IIIlHIlIIIIIilllllllP 

(id EP1 145 244 B1 



EUROPEAN PATENT SPECIFICATION 



(45) Date of publication and mention 
of the grant of the patent: 
03.10.2007 Bulletin 2007/40 

(21) Application number: 00950068.7 

(22) Date of filing: 27.07.2000 



(51) IntCI.: 

H04L 12&8< 2 ° os -<"> 
G0SFi3/00< 2, ' cej ' 1 > 



(86) International application number: 
PCT/KR2000/000820 



(87) International publication number: 

WO 2001/008150 (01.02.2001 Gazette 2001/05) 



(54) DEVICE CUSTOMIZED HOME NETWORK TOP-LEVEL INFORMATION ARCHITECTURE 

INFORMATIONSARCHITEKTUR HOCHSTEN NIVEAUS FUR EIN AN GERATE ANGEPASSTES 
H AUSN ETZWERK 

ARCHITECTURE D'INFORMATION DE NIVEAU SUPERIEUR POUR RESEAU DOMOTIQUE 
PERSONNALISEE EN FONCTION DE DISPOSITIFS 



(84) Designated Contracting States: 


(74) Representative: Griinecker, Kinkeldey, 


DE FR GB 


Stockmair & Schwanhiusser 


(30) Priority: 27.07.1999 US 146101 P 


Ml iwai laauiicuii 

Maximilianstrasse 58 




17.08.1999 US 149515 P 


80538 Munchen (DE) 




12.0S.2000 US 592598 








(56) References cited: 




(43) Date of publication of application: 


EP-A- 0 838 768 


EP-A1- 0833 479 


17.10.2001 Bulletin 2001/42 


EP-A2- 0140 077 


EP-A2-0 457 673 




WO-A-98/59282 


WO-A-99/57839 


(73) Proprietor: SAMSUNG ELECTRONICS CO., LTD. 


JP-A- 9 261 355 


JP-A- 9 282 263 


Suwon City, Kyungki-do 442-373 (KR) 


JP-A- 11 088 406 


JP-A- 11 194 987 




JP-A- 11 317 756 


JP-A- 11 355294 


(72) Inventors: 


JP-A- 11 355 357 


US-A-4S60 006 


• WANG, Dongyan 


US-A-6 392 033 




Santa Clara, CA 95054 (US) 






* HUMPLEMAN, Richard 






Fremont, CA 94539 (US) 







m 



Note: Within nine months from the publication of the mention of the grant of the European patent, any parson may give 
notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed In 
a written reasoned statement it shall not be deemed to have been filed until the opposition fee has been paid. (Art. 
99(1) European Patent Convention). 



BNSDOCID: <EP 1145Z44B1_L> 



EP 1 145 244 B1 



Description 

[0001 ] The present invention relates to the field of networks, and more particularly, to home networks having multi- 
media devices connected thereto. 

s [0002] A network generally includes a communication link and various devices with communication capability con- 
nected to the communication link. The devices Include computers, peripheral devices, routers, storage devices, and 
appliances with processors and communication interfaces. An example of a network Is a home network for a household 
in which various devices are interconnected. A usual household can contain several devices Including personal computers 
and home devices that are typically found In the home. As such the term "device" typically includes logical devices or 

10 other units having functionality and an ability to exchange data, and can include not only all home devices but also 
general purpose computers. Home devices include such electronic devices as security systems, theater equipment, 
TVS , VCRs, stereo eq uipment, and direct broadcast satellite services or (DBSS), also known as digital satellite services 
(DSS), sprinkler systems, lighting systems, micro waves, dish washer, ovens/stoves, washers/dryers, and a processing 
system in an automobile. 

is [0003] In general, home devices are used to perform tasks that enhance a homeowners Ufa style and standard of 
living. For example, a dishwasher performs the task of washing dirty dishes and relieves the homeowner of having to 
wash the dishes by hand. A VCR can record a TV program to allow a homeowner to watch a particular program at a 
later time. Security systems protect the homeowners valuables and can reduce the homeowners fear of unwanted entry. 
[0004] Home devices, such as home theater equipment, are often controlled using a single common control unit, 

so namely a remote control device. This single common control unit allows a homeownerto control and command several 
different home devices using a single Interface. Thus, many manufacturers have developed control units for controlling 
and commanding their home devices from a single interface. 

[0005] One drawback associated with using the remote control unit to command and control home devices is that it 
provides static and command logic for controlling and commanding each home device. Therefore, a particular remote 

25 control unit can only control and command those home devices forwhlch it Includes the necessary control andcommand 
logic. For example, if a remote control unit comprises logic for controlling a television (TV), a video cassette recorder 
(VCR), and a digital video device (DVD), but not a compact disk (CD) unit, the remote control unit can not be used to 
command and control the CD unit In addition, as new home devices are developed, the remote control unit will not be 
able to control and command the new home devices that require controi and command logic that was not known at the 

30 time the remote control unit was developed. 

[0006] Further, typically a remote control unit can only be used to command and control those home devices that are 
within the signal range of the remote control unit Therefore, a user cannot use the remote control unit from a single 
location In the house to control and command home devices that are Interconnected, but located in separate areas of 
the home. For example, a VCR that is located upstairs In a bedroom may be connected to a TV that Is downstairs In the 

35 family room. If a user wishes to play a tape contained in the VCR located upstairs In the bedroom, on the TV located 
downstairs In the family room, the user cannot control and command both the TV and the VCR from a single location. 
[0007] Another drawback associated with using remote control units Is that known remote control units cannot control 
a plurality of diverse devices, and more particularly, cannot control a plurality of devices having different capabilities to 
communicate with each other in order to accomplish tasks or provide a service. Further, conventional network systems 

40 do not provide a mechanism for software applications In different network devices to automatically communicate with 
one another In order to accomplish tasks without direct user command. 

[0008] To alleviate the above problems, some network models provide a central/singular user interface (Ul) In one 
device Including static device Information for networked devices for user control of network devices. However, In such 
networks a change to device information (e.g., ICON) in a device requires a change to, and rebuilding of, the top level 

46 page. Further, if the device displaying the central user interface becomes unavailable, user control of the network is 
curtailed. Another problem with the central/singular page is that every Ul device must display the same page, and a 
scope Is not provided for each manufacturer to generate Its own Ul look and feel nor alter the technology used In the Ul 
device. The content of an Icon/information representing a device cannot be changed, and a Ul device cannot display a 
more prominent lookto a device icon such as the icon for the Ul device itself. Nor can a Ul builder tool obtain e-buslness 

so icons from an external Web Portal. Such a model cannot be standardized for industry use because a central/single Ul 
device controls the Ul. 

[0009] There Is, therefore, aneedforamethodanda system which provides dynamic control and command devices 
in a home network. There Is also a need for such a method and system to provide the ability for one or more devices 
connected to the network to independently generate different user Interface representations of the devices connected 
65 to the network for user command and control. 

[0010] WO 98 592B2 A relates to a home network to which a number of home devices are currently connected. The 
home devices includes clients, i.e., devices providing control Interface service to a human operator, Including a graphical 
display hardware, and server devices, i.e., modules supplying a service which may be any service other than a control 
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Interface provided by a client Each home device connected to the home network has one or more associated HTML 
files. The HTML files for a respective home device define the control and command functions format particular home 
device. Further, the HTML files contain data that enables a brqwserto present the information contained in the HTML 
files graphically. By conforming to the HTML and HTTP internet standards, each home device sends its custom GUi to 

s a browser based DTV acting as a client. The browser based DTV receives and Interprets the HTML files associated with 
the home devices acting as servers and graphically displays the respective control and command Information on its 
viewable display. Once the information contained in a device's HTML file is graphically displayed on the DTV, the user 
can control the home device from the DTV by selecting icons thathave associated hyperlinks to startthe control programs 
displayed on the DTV's screen. More particularly, contra! may be implemented by transfer of a graphical control object 

10 (GCO), which preferably resides In the server, from the server for rendering on the client, to make the GUI. The look 
and feel of the GUI originates with the attached server and not with the client. 

[001 1 ] Post-published WO 99 57839 A discloses methods and systems for performing a service on a home network 
having a plurality of home devices connected thereto. A client device is connected to the home network for displaying 
a user interface. A software agent on the client device Is executed for obtaining selection information for the network 

is devices and displaying the selection information on a user Interface displayed on the client device. The first home device 
connected to the network is selected from the user Interface being displayed on the client device. First capabilities data 
for the first home device and second capabilities data for a second home device connected to the network are read. The 
first and second capabilities data includes information in a structured format for identifying the capabilities of the first 
and second home device, respectively. The first and second capabilities data of the first and second home devices, 

£0 respectively, are compared. The second home device is selected from the user interface displayed on the client device. 
Control and command data Is sent from the client device to the first and second home devices to cause the first and 
second home devices to communicate with each other to perform the service. 

[0012] it Is the object of the present invention to provide a technique for providing a user interface for controlling 
devices in a network containing more than one client 
25 [0013] This object is solved by the invention as defined in the independent claims. Embodiments are given in the 
dependent claims. 

[0014] in one embodiment, the present Invention provides a method and system for generating a user Interface in a 
plurality of multiple devices connected to the network system for controlling devices that are currently connected to a 
network. Inoneverelonthenetwork system Includesaphyslcallayer.whereinthephysicallayerprovidesacommunicatlon 

30 medium than can be used by devices to communicate with each other, and multiple devices connected to the physical 
layer, one or more of said multiple devices storing information Including device information. A plurality of said multiple 
devices each including an agent adapted for: a) obtaining information from devices currently connected to the network, 
said information including device information; b) generating a user interface description in each of said one or more 
devices based at least on the obtained Information, the user interface description in each device including at least one 

35 reference associated with the device information of each of said devices currently connected to the network; and c) 
displaying one or more user Interfaces each based on one of said one or more user interface descriptions, on one or 
more devices connected to the network capable of displaying a user Interface, for user control of said devices that are 
currently connected to the network. 

[0015] in one example, network devices top-level Ul description is generated Independently by any network device 
io and certainly by devices capable of displaying Ul (Ul device). Generating a user interface in each device rather than 
generating a centrally Ul, allows a device to show Its own device icon/text preferentially In the GUI. In addition each GUI 
Is manufacturer customizable, user configurable and also more reliable because it does not depend on another device 
e.g. a single central server. 

[0016] These and other features, aspects and advantages of the present Invention will become better u n derstood with 
45 regard to the following description, appended claims and accompanying drawings where: 

FIG. 1 shows an example block diagram of the architecture of an embodime nt of a network according to the present 
invention; 

FIG. 2 shows an example block diagram of the architecture of another embodiment of a network according to the 
so present invention; 

FIG. 3 illustrates an example of a layered Interface model thatcan be usedforcommunicating between home devices 
in accordance with the present Invention; 

FIG, 4A shows an example architecture diagram of a DVCR server device replaying video to a DTV client device 
capable of displaying a user Interface, In a network according to the present Invention; 
55 FIG. 4B shows another example architecture diagram of a server device communicating with a client device capable 

of displaying a user interface, in a network according to the present Invention; 
FIGS. 5-e illustrate example top-level GUIs representing the functions of networked devices to a user; 
FIG. 7 shows an example block diagram architecture of a home network constructed in accordance with another 
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embodiment of the present invention; 

FIG. 8 shows an example process according to the present Invention for communication between a 1394 network 
and a non-1394 network for IP address configuration; 

FIGS. 9A-C show example functional block diagrams of connections to data and control bits of an embodiment of 
5 a discove ry system architecture In a network accordl ng to another aspect of the present I nventlon; 

FIG. 1 0 shows an example flow diagram for discovery and configuration agents in the home network In connection 
with the functional block diagrams in FIGS. 9A-C; 

FIG , 1 1 shows an example flow diagram for user interface agent in the home network in connection with the f u notional 
block diagrams in FIGS. 9A-C; and 

Appendices 1-4, illustrative examples for 1) Top-Level Page description 250 (Appendix 1);2) Background.htm (Appendix 
2); 3) lcon.htm (Appendix 4); and 4) Name.htm (Appendlx4). 

[0017] To facilitate understanding, identical reference numerals have been used, where possible, to designate identical 
elements that are common throughout the figures. 

15 [0018] Referring to FIG. 1, in an embodiment of the present invention, a network 10 comprises multiple devices 1 1 
including at least one client device 12 and at least one server device 1 4 interconnected via a communication link 1 6. 
The communication link 16 can include a 1394 serial bus providing a physical layer (medium) for sending and receiving 
data between the various connected home devices, The 1394 serial bus supports both time-multiplexed audio/video 
(AA/) streams and standard IP (Internet Protocol) communications (e.g., IETF RFC 2734). In certain embodiments, a 

so home network uses an IP networii layerasthecommuntoafJon layerforthe home network. However, othercommunicatlon 
protocols eouldbeusedto provide communication forthe home network. Forexample, the invention may be Implemented 
using Function Control Protocol (FCP) as defined by IEC S1883, or any other appropriate protocol. Thus, a network may 
generally include two or more devices interconnected by a physical layer exchange or transfer of data In accordance 
with a predefined communication protocol. 

35 [0019] Each client device 12 may communicate with one ormore serverdevlces 14 In the networklO. Further, each 
server device 1 4 may communicate with one or more other server devices 1 4, and one or more client devices 1 2, in the 
network 10. Each client device 12 can include a user communication Interface Including Input devices such as a mouse 
and keyboard for receiving user input, and a display for providing a contrai user Interlace for a user to interact with the 
networked devices. The user Interface can include a graphical user interface (GUI) 18 for providing information to the 

so user. Each server device 1 4 Includes hardware as a resource In the network for providing services to the user, and can 
further include a server or service control program 20 for controlling the server hardware, 

[0020] Each server device 1 4 provides a service for the user, except control user interface, and each client device 1 2 
provides a service including control user interface for user interaction with the network 1 0. As such, only client devices 
12 interact directly with users, and server devices 1 4 Interact only with client devices 12 and other server devices 14. 

35 Example services can include MPEG sourcing/sinklng and display services. 

[0021 ] In an exemplary embodiment of the present invention, a browser based network (e.g., a home network) uses 
Internet technology to control and command devices including client devices and server devices that are connected to 
a network. Each device includes device information such as interface data (e.g. HTML, XML, JAVA, JAVASCRIPT, GIF, 
JPEG, graphics files, or any other format useful for the intended purpose) that provides an interface for commanding 

to and controlling of the device over the network. In certain embodiments, each device includes device Information such 
as one or more Hypertext markup Language (HTML) pages that provide for the commanding and controlling of that 
device. Using the browser technology, the network employs Internet standards to render the HTML pages in order to 
provide users with a plurality of graphical user interface (GUIs) for commanding and controlling each device, in one 
example, the network is configured as an Intranet 

is [0022] In oneembodiment.adlentdevlcecomprisesadevlceprovldingcontrollnterfaceservicatoahumanoperator, 
Including a graphical display hardware for down communication and a mouse or other point-and-click device for up (or 
return) communication. A server device comprises a module supplying a service, which can be any service other than 
a control Interface provided by a client device. As such, the server/client device relationship is a control relationship, 
wherein the server device provides a service but a client device can use the data, as a DTV displays video data, but 

so need not manipulate or alter the data. It is thus consistent with this definition to observe that, frequently, a server may 
be a source of Information and a client (a browser, for example) may be a consumer of information. 
[0023] Examples of specific functions which can be implemented by server devices include: return of Information 
(data); performance of a function (e.g., mechanical function) and return of status; return of a data stream and status; 
reception of a data stream and return of status; or saving of a state for subsequent action. Examples of server devices 

55 include MPEG source, sink and display servers. While a server device typically includes a custom, built-in, control 
program to implement control of its own hardware, a client functions to Interface with the server device, However, server 
device as used herein does not imply that a web server and a protocol stack must be used. 

[0024] FIG. 2 shows a block diagram of an embodiment of a network 100 according to an aspect of the present 
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Invention. A 1 394 serial bus 114, described above, electronically connects multiple devices 1 1 including server devices 
14 (e.g., DVD 108, DVCR 1 1 0), client devices 12 (e.g., DTV 102, 1 0S), Bridge 1 1 6, DVCR120, PC 105, cable/modem 
access 107, and DBS access 109, on the network 100. FIG. 3 illustrates an example of a layered interface model that 
can be used for communicating between the devices 11 in accordance with the present invention. In this example, a 

s device (server) 150 communicates with a client device 1 66 using one or more of the network communication layers 
152-164. In one example, an application in the device 150 communicates with an application in the device 166 via the 
network layer 1 60. The details of lower layers 1 62 and 1 64 are not seen by the applications, whereby use of e.g. either 
1 394 or Ethernet does not make a difference to said applications In the devices 150, 1 66. Further not all the upper layers 
of the 7-layer model are used all the time (e.g., in Ihe Web model (TCP/IP model) session layer 156 and presentation 

to layer 154 are not used). As such, in one version, by employing the Internet Protocol standard for the network layer 160, 
the devices can communicate with each other without having to know specific details about the other communication 
layers (i.e. application 152, presentation 154, session 156, transport 158, data link 162 and physical 164). Thus, by 
employing the Internet Protocol standard for the network layer 160, the network can use a combination of different 
communication layers in communicating between different devices. 

15 [0025] A single physical package can Include several devices which are logically networked via a network layer for 
example as shown in FIG. 3 not necessarily via a physical network (e.g., such devices can Include a VCR and a TV In 
asingle housing). Where a logical device accesses a GUI to enable a user to control adevice, ihe device and the logical 
device can be included In the same physical package. In such an embodiment, the physical device fetches a GUI from 
itself. However, in other embodiments the network interconnects separate physical devices, wherein for example, a first 

so device fetches a GUI from a second device, to permit user interaction with the GUI to control the second device. 

[0026] In a presently preferred embodiment, a 1394 serial bus Is used as the physical layer 1 64 for the data commu- 
nications on the network 1 00. Because of itsenhanced bandwidth capabilities (e.g., enhanced and guaranteed bandwidth 
and isochronous stream capability), the 1394 serial bus can provide a single medium for all data communications on 
the network 1 00 (I.e. audio/video streams and command/control). 

25 [0027] Further, the 1394 serial bus provides automatic configuration reset such that when a device is plugged in/ 
removed all the 1394 Interfaces reset, the 1394 bus reconfigures and every device knows the presence of every other 
device (Including a newly added one or without the one just removed). Also, the 1394 interface supports a data space 
for configuration Information that is addressable from any device allowing other devices to write/read Information and 
make modifications e.g. to permit the operation of the network layer protocol. However, it Is possible to achieve these 

30 results with different software and standards. As such, the network 1 00 is not restricted to using a 1 394 serial bus, and, 
in alternative embodiments of the present Invention, other bus types, such a Ethernet, ATM, wireless, etc., can be used 
as the physical layer If they meet the particular throughput requirements of an individual network(e.g., a home network). 
Further, a modified version of e.g. wireless-Ethernet can include the essential features of 1394. 
[002B] Asdepictedln FIG. 2, the network 1 00 includes several devices connected to the 1394 serial bus 114. Inthis 

as example, the devices Include a DBSS 1 04 for receiving transmission signal from a satellite 1 22 fo r subsequent display. 
Associated with the DBSS Is a network interface unit ("NIU") which, among other things, provides an interface between 
the DBSS satellite transmission and the 1394 serial bus 114. 

[0029] A digital video device (DVD) T OS Is also connected to the exemp lary network 100. The DVD 108 can be used 
to display digitally encoded videos on a television. Also connected to the exemplary network 100 is a digital video cassette 

40 recorder (DVCR) 110, I.e., a digital TV 102. In this example, the DTV 102 provides a human interface forthe network 
100 by employing browser technology to allow users to control and command for devices over the home network 100. 
A second DTV 1 03 provides another human interface for the network 100 by employing browser technology to allow 
users to control and command for devices over the home network 100. The DTVs 102 and 103 can provide human 
interfaces forthe network 1 00 as each DTV comprises a screen for displaying HTML pages. However other devices 

45 having display capability can be used to provide human Interfaces. Thus, in certain embodiments of the invention, a 
device such as the personal computer 105 (PC) is used to provide a human interface for a respective home network, 
as a PC 1 05 typically embodies a screen display unit 

[0030] The 1394 serial bus 114 Is depicted as using the HTTP/IP interface protocol, and preferably HTTP/TCP/IP, 
wherein IP provides packet format (a one-way write only model), TCP provides an error free version of IP (e.g., ensures 

so packets arrive and in correct order), and HTTP provides 2-way connection (packet to server will expect a response -a 
'read' model). Certain devices can require other protocol interface lypes (e.g., UPD/IP, FTP/IP, TELNET/IP, SNMP/IP, 
DNS/IP, SMTP/IP). In certain embodiments of the invention, a proxy 1 1 6 can be used to Interface two networks using 
dissimilar Interface protocols on their respective mediums which, when connected, comprise the network 1 00. The proxy 
116 (e.g. Web proxy) can include Home Automation type protocols such as the HTML/HTTP/TCP/IP proxy for X10, 

55 Lonworks, CEBus (on their respective physical tech nologles), or non-l P protocols on 1 394 (e.g. , AVC/FCP/1 394). 

[0031] In certain embodiments, the two network mediums are of the same type. For example, as depicted In FIG. 2, 
the 1394 serial bus 114 using the HTTP/IP Interface protocol Is connected by a proxy 116 to the Home Automation 
neutral 118 (e.g., X10). By using the proxy 116 as HTML/HTTP/CTP/tF71394 proxy for VCR-Commands/AVC/FCP/ 
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1394, to interface between HTML/HTTP/TCP/IP and XI 0 protocols, DVCR 120 Is also accessible on the network 100. 
In certain other embodiments, a network can comprise two network mediums of dissimilar types, e.g., a 1394 Serial bus 
and Ethernet Therefore, In certain embodiments of the Invention, a proxy is used to interface two dissimilar medium 
types to from a single network. A discovery process, described further below, can be used for the discovery of devices 

5 that are powered on and connected to the network 1 00. Also, thesame 1 394bus can be used without need for a bridge box, 
[0032] As depicted tn FIG. 2, devices 1 1 including DTV 102, DTV 1 03, PC 1 05, DVCR 1 1 0, DVD 1 08, DSS-NIU 1 04 
and DVCR 120 represent devices that are currently connected to the network 1 00 comprising a 1 394 network. A client- 
server relationship exists among the attached devices, with the DTV 102 , DTV 103 and PC 105 typically behaving as 
clients and devices DVCR 110, DVD 108, DSS-NIU 104 and DVCR 120 behaving as servers. 

10 [0033] A typical 1 394 network comprises intercon nected devices such as a collection of appliances including server 
devices offering one ormore services to be controlled (e.g., DVCR 100 as an MPEG video recording and replay service), 
and client device offering a user interface (Ul) service (e.g., DTV 1 02) for controlling the server devices. Some appl lances 
(e,g„ DTV 1 03) can have both services (e.g., MPEG decode and display capability) to be controlled, and a Ul controller 
capability. According to an aspect of the present invention, methods and systems Including protocols, document de- 

1$ scription, image comp resslon and scripting language standards from technologies utilized in the Worid Wide Web stand- 
ard {Web modal) are used to implement t a 1394WEB user-to-device control model in the network 1 00. The Web model 
is a client/server model. The controlled server device (service) comprises a Web server and the controller client device 
(I.e., a device capable of displaying a Ul) comprises a Web client including a GUI presentation engine, described further 
below, such as a Web browser (e.g., Explorer™ , Netscape™, etc.), 

so [0034] FIG. 4A shows a server device such as the DVCR 1 1 0 replaying MPEG video to a client device such as the 
DTV 1 02 in a network 1 00 according to the present invention, wherein the DTV 1 02 can display a user Interface. The 
DVCR 110 Includes Web server hardware and software and the DTV 1 02 Includes Web browser software. A user can 
utilize the DTV 102 to request that the DTV 102 display a user Interface based on the device information 202 contained 
in the DVCR 1 10 or based on the device information 204 contained In the DTV 1 02. For example, the user can utilize 

ss a browser 200 in the DTV 1 02 to display an HTML control page GUI 202 contained in the DVCR 1 1 0 or an HTML control 
page GUI 204 contained In the DTV 1 02. Each page 202, 204 Includes graphical user interface description Information 
in HTML, wherein the browser 200 reads that infoimation to generate a graphical user interface. Each page 202, 204 
represents the Control Interface of the Applications 206, 212, respectively. Each page 202, 204 can Include a hierarchy 
of pages to represent a corresponding application control interface. 

30 [0035] Each GUI 202 and/or 204 includes active control Icons and/or buttons forthe userto select and control devices 
currently connected to the network 1 00. If, for example, the user selects a PLAY button In the GUI 202 of the DVCR 1 1 0 
displayed by the browser 200 on the DTV 1 02, a hyperlink message is returned to the DVCR 110 Web server and 
directed to an application software 206 (e.g., MPEG Record/Replay Service Application Software) in the DVCR 11 0 for 
operating a DVCR hardware 208. In one example, an MPEG video stream source 208 in the DVCR 1 1 0 transmits an 

35 MPEG video stream to an MPEG vide decode and display system 210 in the DTV 102 for display under the control of 
application control software 212 in the DTV 102. The application software 206 in the DVCR 110 also sends information 
back to the application software 212 in the DTV 102, Including e.g. an acknowledgment if the operation is successful, 
or an altered or different control GUI 202tothe DTV 1 02 Indicating status to the user. There can be further communication 
between the application softwares 206 and 21 2 e.g. for setting up a 1394 Isochronous video stream connection for video 

to stream service. 

[0036] FIG. 4B shows another example architecture diagram of a server device communicating with a client device 
capable of displaying a user interface, In a network 100. The server device such as DVCR 110 replays MPEG video to 
th e client device s uch as the DTV 1 02 in the network 100, wherein the DTV 1 02 can display a user inte rface. 
[0037] tn an embodiment of the invention, the communication protocol between devices in the network 1 00 is based 
is on the Hypertext Transfer Protocol (HTTP 1 .1), an application-level protocol for disiributed, collaborative, hypermedia 
Information systems. HTTP is a generic, stateless, object-oriented protocol that can be use for many tasks. A feature of 
HTTP is the typing and negotiation of data representation, allowing devices to be built independently of the data being 
transferred over the network 100 to which the devices are connected.' 

[0038] The description document language for defining various GUIs 202, 204 can be e.g. HTML, version 4,0, the 
so publishing language of the Worldwide Web.HTMLsuppoitstext,multimedia,andhyperlinkfeatures,scriptinglanguages 
and style sheets. HTML4.0 Is an SGML application conformlngto International Standard ISO 8879 - Standard Generalized 
Markup Language. 

[0039] To display images, three still image graphics compression formats specified by the HTML specification are 
utilized In the 1394WEB network 100 for ICON, LOGO and other graphics. The still image graphics compression formats 
ss are:Graphlcs Interchange Format(GIFB9s), Progressive Joint Photograhic Experts Group (JPEG) and Portable Network 
Graphics { PN G). Tab le 1 shows the differences in capabilities between the three different still image graphics compression 
formats. 
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<Table 1 : Still Image Compression Formats> 





PNG 


Progressive JPEG 


GIF89a 


Color Depth 


48 bit 


24 bit 


6 bit 


Colors Supported 




16.7 million 


256 


Formats Supported 


Raster, Vector 


Raster 


Raster 


Compression Scheme 


LZ77 derivative 


JPEG 


LZW 


Transparency 


Per Pixel for Grayscale & 
RGB, PerColorfor Indexed, 
256 levels 


No 

— 


Single Coio r, 2 levels (Binary) 


Progressive Display 






Yes 


Scalable 


No 


No 


No 


Animation 




No 


Yes 


Lossless Compression 


100% 






Truecolor 


48 bits 






Grayscale 


16 bits 






Indexed-color 


yes 






Gamma Correction (light 
intensity) 


Yes 






Chromaticity Correction 


Both 






Searchable Meta-Data 


Yes 






Extensibility 


Yes, chunk encoded 







[0040] Further, the Web scripting language, ECMA-Script-262, is utilized to provide a means for visually enhancing 
the GUI Web pages 202 as part of a Web-based client-server architecture. The scripting language is a programming 
language for manipulating, customizing, and automating the facilities/services of the devices. The user interface 200 
ss provides basic user interaction functions, and the scripting language Is utilized to expose that functionality to program 
control. The existing system provides the host environment of objects and facilities completing the capabilities of the 
scripting language. The web browser 200 provides the ECMA-Script host environment for client-side computation in- 
cluding, for example, objects that represent windows, menus, pop-ups, dialog boxes, text areas, anchors, frames, history, 
cookies, and Input/output 

to £0041] The web browser 200 provides the host environment for the EXMA-Script-262, and the host environment 
supports attaching scripting code to events such as change of focus, page and image loading, unloading, error and 
abort, selection, form submission, and mouse actions. Scripting code is included within the HTML pages 202 and 204 
and the displayed page Is the browser 200 Includes a combination of user interface elements, and fixed and computed 
text and images. The scripting code responds to user interaction without need for a main program. 

45 £0042] In one example, the specification for a 1394WEB client browser 200 includes HTTP1 .1 specification, wherein 
section '8.1.2.1 Negotiation' of the HTTP1.1 specification regarding connection persistence Is modified such that an 
HTTP1 .1 client device such as e.g. the DTV102 expects a connection to server device such as e.g. the DVCR 1 1 0 via 
the 1394 to remain open, because the persistent connection in 1394WEB user control allows full status reporting from 
the server device (DVCR 110) while the GUI 202 and/or 204 remains visible In the browser 200 of the client device (DTV 

so 1 02). Trie HTTP connection remains open (HTTP spec RFC 2068) wherein a clientthat supports persistent connections 
may -pipeline" its requests (i.e., send multiple requests without waiting for each response). A server must send its 
responses to those requests in the same order that the requests were received. This allows the web browser 200 to 
pipeline requests to the DVCR 1 1 0 which the DVCR 110 can then satisfy later with e.g. status responses such as Now 
Playing, Now Recording, Rewind Finished, Tape Broken, Etc. Other example implementations Include e.g. the control 

ss page from the DVCR 1 1 0 can contain a request to loop on the DVCR 1 00 request of GUI description 202. 

[0043] The GUI presentation engine 200 is utilized in the client device such as the DTV 1 02 to I nterpret GUI descriptions 
202, 204 written in the HTML4.0 document description language and the associated specifications (be low), and to create 
the graphical form for display to the user. The GUI presentation engine 200 Includes the following e.g. attributes: 1) 
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window (GUI) minimum default size of e.g., HOx640 pixels (480x640 where 480 vertical, 640 horizontal). This default 
size Is to Insure the intended appearance In the GUIs 202, 204 Is transferred to the user in the browser 200. The 
transferred GUIs 202, 204 are displayed in a window 480x640 pixels or magnified larger with the same aspect ratio 
unless otherwise directed by the user; 2) still image compression formats: e.g., GIF89a, JPEG, and PNG; 3) style sheet 

5 formats and fonts; e.g., CSS1 and CSS2; 4) fonts such as the following e.g. bullt-ln fonts are required forthe client device 
to free simple server appliances from having to support such fonts. Minimum one font from each generic Latin family 
can be selected: e.g., Times New Roman, from "serif family; Helvetica, from 'sans-serif family; Zapf-Chancery, from 
'cursive' family; Western from 'fantasy* family; and Courier from 'monospace' family. Other fonts can also be utilized; 
and 5) scripting language e.g., ECMA-262. Examples of the GUI presentation engine 200 Include Web browsers such 

10 as Explorer™ and Netscape™ configured/customized as desired. 

[0044] One or more of the server devices (e.g. a 1394WEB network, controlled appliance Web server such as the 
OVCR 110), include the following six enumerated components: 

1 ) HTTP1.1 webserver protocol, with section '8.1 .2.1 Negotiation' of the HTTP1.1 specification regarding connection 

is modified such that an HTTP1.1 server device (e.g. DVCR 110) assumes that a HTTP1.1 client device (e.g., DTV 

1 02) intends to maintain a persistent connection with the server device. The persistent connection in the 1394WEB 
network 100 allows full status reporting from e.g. the server device DVCR 1 1 0 to the client device DTV 1 02 while 
the GUI 202 of the DVCR 1 1 0 remains visible in the browser 200 of the DTV 102. Further, a method using HTTP 
conditional GET to obtain the latest status of server devices can be used. Whenever the user returns to the home 

20 network directory or causes it to be refreshed, the browser 200 redisplays the page in its entirety. This is necessary 

because the HTML that underlies the home network directory may have been regenerated if a device has been 
added to or removed from the network 100. It is also possible for device icons to be updated to reflect changes In 
their device's operating state. As such, browsers implemented by EIA-775.1 devices utilize HTTP "conditional get" 
requests to determine whether or not fresh copies of web pages or graphics should ba retrieved from the server. 

25 2) Device home page GUI descriptions 202, 204 written e.g. in HTML4.0, Include file e.g. Icon.htm, naimhtm, 

logo.htm, index.htm, gif files, etc.. The file lndex.htm is referenced by HTML links Included In device Icon.htm and 
name.htm HTML files, wherein lndex.htm can be optionally named e.g. A1NDEX.HTML® orAINDEX.HTM®. File 
named INDEX.HTM is not required to be a standard name because the ICON.HTM and NAME.HTM are made with 
hyperlinks to the 'INDEX. HTM', therefore the name Is arbitrary. ICON.HTM and LOGO.HTM reference the actual 

30 graphics files in the same device e.g. LOGO.GIF and ICON.GIF. The descriptions £02, 204 are accessible by the 

devices (e.g., HTTP devices) in the network 100. To guarantee a desired appearance, the control GUI design can 
be for a default GUI size of e.g. 480x640 pixels. For example, a transferred GUI 202 can be displayed In a window 
of 480x640 pixels in the browser 200 or magnified larger with the same aspect ratio unless otherwise directed by 
the user, 

3s 3) At least two device ICON files are provided to represent the device in a top-level network page 220 (FIGS. 5-6) 
in the browser 200 showing information about the devices connected to the network. An ICON can comprise a 
graphic file type (e.g. GIF, JPG or PNG) and named ICON.HTM. in one example, ICON.HTM(DVCR) references 
the INDEX.HTM file in the HTML page 202 and ICON.HTM(DTV) references the INDEX.HTM file In the HTML page 
204. The top-level link for the control pages (e.g., INDEX.HTM) of the device can be ICON.HTM. The browser 200 

40 places the Icons and links therein) of a plurality of devices In the network 1 00 In the top-level HN directory page 220 
for service discovery by the user. Then user clicks the ICON displayed In the page 220 and the device page (e.g. 
INDEX.HTM in page 202) is fetched. The default displayed HN directory is the top-level discovery page. 
A number of additional and different graphic icons can also be utilized, for example, to represent device status, user 
configured preference or manufacturers formats which may be substituted forthe icon graphic, in a discovery process 

45 described further below, ICONs from the devices connected to the network 100 are collected together and displayed 
In the top level network devices page 220 for selection by a user. An example device ICON specification comprises: 
File name ICON.HTM accessible by the HTTP server (files names are in a directory, file space, accessible by the 
web serversothattheycanbe retrieved and forwarded overthe network to the browser); Graphic file type such as 
GIF, JPG or PNG; and Icon graphic with a maximum size of 70(V)x1 30(H) pixels. 

so 4) At least two device LOG O files are provided to represent the device in the top-l evel network devices page. LOGO 

can comprise a graphic file type (e.g., GIF, JPG or PNG) and named LOGO. HTM. In one example, LOGO.HTM 
(DVCR) references the INDEX.HTM In the HTML page 202 and LOGO.HTM(DTV) references the INDEX.HTM in 
the HTML page 204. In one version, the top-level linkforthe control pages (e.g., INDEX.HTM) of the device can be 
LOGO.HTM. All device logos are placed In the top-level HN directory page 220 for service discovery by the user. 

55 Then user clicks the LOGO displayed in the page 220 and the device page (e.g. 202) Is fetched. A number of 
additional and different graphics for manufacturerservlces can be substituted forthe logo graphic format. According 
to the discovery process, LOGOs from devices connected to the network 100 are collected together and displayed 
In the top level network devices page 220 for selection by a user. An example device LOGO specification comprises: 
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File name LOGO.HTM accessible by the HTTP server; Graphic file type such as GIF, JPG or PNG; and logo graphic 
maximum size of about 70(V)x1 30(H) pixels. 

5) At least one device NAME is provided to represent the device In the top-level network devices page. NAME 
comprises TEXT In an HTML file NAME. HTM. This text can also reference control pages (e.g., 202). This is a top- 

$ level link In the discovery page to the control interface of the device. The text provides a way to distinguish Identical 

devices whereby for e.g. two identical DTV's can be distinguished by adding NAME text 'Bedroom TV and 'Family 
Room TV. The text can comprise a few words to clearly represent the device type e.g. DVCR or DTV. According to 
the discovery process, NAMEs from devices connected to the network are accessed along with corresponding 
ICONs/LOGOs and displayed in the top level network devices page 220 underthe ICON/LOGO. An example NAME 

10 specification comprises: File name NAME.HTM accessible by the HTTP server. Text unspecified, such as, with Font 
size 1 0, two lines of text can be displayed underthe corresponding ICON/LOGO. Therefore, for example the space 
size for the NAME.HTM text can be 20 vertical by 130 horizontal to match the ICON/LOGO (70 vertical x 130 
horizontal). As shown by example In FIGS. 5-6, the format of the top-level Ul 220 can comprise a matrix of icons 
representing the functions of the networked devices to the user. The name representing the device (from name.htm) 

is is placed underthe icon (from lcon.htm) from the same device. Logo (from logo.htm) may be placed e.g. in any 
vacant icon position. As the Top-level description 250 (described further below in conjunction with FIGS. 9A-C) is 
generated Independently by Ul capable devices, the exact design need not be prearranged. The icon, logo and 
name maximum sizes can be prearranges to facilitate design of the GUI matrix. 

6) A device Infotmatlon summary home page description document written In HTML4.0 can be provided, named 
20 e.g. "info.html" or "info.htm", and made accessible by the HTTP server for the discovery process, A link can be 

provided to INFO.HTM information via control pages e.g. 202, 204. The device information summary homepage 
provides the user a device summary instead of the detailed control interface as shown in the device homepage. 
Table 2 shows device attributes text that are Included and others that can be Included. This table can be extended 
to included other attributes. 



<Table 2 - Device information summary> 



Name 


Value 


Device Name 


Device name (user configurable) 


Device Location 


Device location in home (user configurable) 


Device Icon 


Current Device ICON name 


Davlce Type 


Device type or category (VCR, DSS, TV, etc.) 


Device Model 


Device model 


Manufacturer Name 


Name of device manufacturer 


Manufacturer Logo 


Manufacturer Logo image name 


Manufacturer URL 


Device manufacturer's URL 


Stream Source Name Default 


Service: Default source device name forthls Device's destination service 


Stream Destination Name Default 


Service: Default destination device namef orthls Device's source service 


Stream Source Attributes 


Type of service device can deliver (attributes and capability) 


Stream Destination Attributes 


Type of service device can receive (attributes and capability) 



{0045] Table 2 Includes device summary information such as Manufacturer Name, Manufacturer Logo image name, 
and can further Include a Manufacturer URL for help If there Is an available Internet connection to the manufacturers 
50 Web site. Table 2 can further include a user configurable Device Name and Device Location In the home. There can be 
several variations of the Device Icon representing different states of the device. The Device Icon attribute field includes 
the name of the current icon. Therefore, the device summary information page can provide immediate device state 
information to the user by displaying the icon representative of current state. 

[0046] Each device can include one or more services, e.g. video Stream Source or video Stream Destination. Each 
55 source capability has a complementing Default Destination capability and each destination capability has a.complement- 
ing Default Source capability. This Stream Default Name entry can be used e.g. to automatically default the nearest 
DTV to be the destination when a DVCR is being controlled as source to eliminate having to select the DTV each time. 
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A background cross-referencing of the Stream Default Name to 1334 address Is provided. The video stream services 
are provided by the 1394 interface itself (not by Web model). As such there is a linkage of the default source or sink to 
the 1394 address mechanism. The user can access a device and select a name for default, which is then saved on the 
device. The device's software agent must find the 1 394 address and parameters for the 1 394 s/w to enable the default 
5 stream when required. 

[0047] Using the Source and Destination service attributes, new server/services can be implemented while maintaining 
compatibility with existing host or device (nodes) and services. For example, if a new server device providing a new 
service Is developed that Is compatible with an existing server device, both the new and existing servers can be added 
to the attribute list of the new node while maintaining compatibility with existing nodes using the existing server in the 

10 network 1 00. The user can select a compatible device for purchase. These provide a user with "ABOUT" information to 
check capabilities of existing equipment e.g. prior to purchasing new equipment where compatibility is desired. 
[0048] A discovery process for every device supporting the 1 394WEB standard (e.g. devices capable of displaying a 
user Interface) gathers device Information from devices connected to the network 100 to generate the top-level user 
control page description for the home network, wherein each device is represented by a graphical icon reference and 

75 a textual name reference detailed above. The top-level description can Include a default page for a presentation engine 
such as the browser 200, wherein the browser 200 collects the graphic images and names from th e devices as it re nders 
the network top-level graphical user interface 220 (QUI) displayed in the browser 200 as shown by example in FIGS. 
5-6, The dynamically created top-level HN directory page 220 Is made the default page for the browser (first page 
displayed when the browser Is launched). 

so [0C49J With reference to FIG. 4B, example operation steps include: 1 ) the browser 200 in device 1 02 Is launched, 2) 
the browser 200 fetches and presents HN-DIrectory HTM (Top-Level Ul) from the page 204, 3) the browser 200 fetches 
the HTM files lcon.htm and names.htm from pages 202, 204 and presents In theTop-Level Ul, 4) the browser200 fetches 
any graphics files (e.g., GIF) from pages 202, 204, and presents in Top-Level Ui, 5) the browser 200 is then able to 
present the full HNJDlrectory page 220 (page 220 is made with hyperlinks to 'INDEX.HTM' files for different devices 

es connected to the network 100), and 6) when a user clicks e,g. DVCR icon in GUI 220 to control the DVCR 1 10. a 
corresponding hyperlink In the top-level page 220 to 'INDEX.HTM' of the DVCR 1 1 0 Is used to retrieve the'lNDEX.HTM* 
(top control page of DVCR) from page 202 In the DVCR 110, and present the DVCR control page to the user (e.g., If 
the frame that was clicked (e.g. the lcon.htm frame) is not large enough, a graphic Is presented In another copy of the 
browser with full frame size). The user can then command and control the DVCR 1 1 0 using the control interface provide d 

so by 'INDEX.HTM' of the DVCR device 1 1 0 presented by the browser 200 in the DTV 1 02 

[0050] The name 'INDEX.HTM' is arbitrary because the ICON.HTM and NAME.HTM are made with hyperlinks to the 
'INDEX.HTM'. However, ICON.HTM andLOGO.HTM reference the actual graphics files (e.g. LOGO.GIFand ICON.GIF) 
in the same devices. In one embodiment, LOG O.HTM can be optional If a logo for a device is opt! onal. The HN_Directory 
HTML file can have a standard name so that it can be accessed from another device. 

as [0051] FIGS. 5-6 show that the host device, such as a client device (e.g., DTV 1 02, HDTV1 ) or server device (e.g., 
DVCR 110) that generates and presents the top-level GUI page 220 can assume priority and use a larger size Icon for 
the host device's icon, name, logo, etc. In one version, only devices with servers (services on offer) are displayed in the 
GUI 220 (a "Client device" comprises device with Client capability, where If It Is only clientthen it is not displayed in the 
top-level GUI as there Is no service to offer). The discovery process reads Information from the 1394 address space 

40 data storage (configuration ROM structure), as defined In clause 8 of ISO/IEC 1 321 3. Although called 'ROM' it is assumed 
that the address space Is write-abie to allow user configuration and modification of user relevant stored values. The 
contents of the configuration ROM and the discovery process are described further below. 

[0052] Device naming, addressing and discovery processes for home or local network control of consumer devices 
using internet, Web and 1394 technology, can be different from the requirements and practice in the general Internet 

45 space. As such according to an aspect of the present Invention for in home or local network control of consumer devices, 
special processes Including device discovery, addressing and naming requirements are utilized. For example, the home 
network must fully function without the presence of external communications and services, without a network adminis- 
trator, and configuration must be fully automatic. User control can be In many cases entirely keyboard-less. Further, the 
IEEE1394 protocol is utilized to provide a sophisticated interface Including features that can bs provide simple, efficient 

so and superior discovery and configuration functions. 

[0053] FIG. 7 shows a block diagram of a network 300 constructed in accordance with another embodiment of the 
present Jnventlon.To facilitate understanding, identical reference numerals have been used, where possible, to designate 
Identical elements that are common throughout all the figures herein. As depicted in FIG. 7, a 1394 serial bus 114, 
described above, electronically connects multiple devices including server devices 1 4 (e.g., DVD 1 08, DVCR 1 1 0) and 

ss client devices 12 (e.g., DTV 102) on the network 100, described above In reference to FIG. 2, wherein the devices 
communicate using the example layered Interface model of FIG. 3 as described above. 

[0054] The network 300 is not restricted to using a 1 394 serial bus, and, in alternative embodiments of the present 
invention, other bus types, such a Ethernet, ATM wireless, etc., can be used as the physical layer if they meet the 
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particular throughput requirements of an individual network (e.g., a home network) . As depicted in FIG. 7, the network 
300 includes several devices connected to the 1394 serial bus 114. In this example, the devices include a DBSS 104 
for receiving transmission signal from a satellite 122 for subsequent display. Associated with the DBSS is a network 
interface unit f NIU") which, among other things, provides an interface between the DBSS satellite transmission and the 
5 1 394 serial bus 1 14. A digital video device (DVD) 1 08 Is also connected to the exemplary network 300. The DVD 1 08 
can be used to source digitally encoded videos for display on e.g. a digital television. Also connected to the exemplary 
network 100 is a digital video cassette recorder (DVCR) 110, a digital TV (DTV)102. in this example, the DTV 102 
provides a human Interface forthe network 300 by employing browsertechnologyto allow users to control and command 
for devices over the home network 300. A second DTV 1 03 provides another human interface for the network 1 00 by 

Jo employing browser technology to allow users to control and command for devices over the home network 100. The 
DTVs 102 and 103 can provide human Interfaces for the network 300 as each DTV comprises a screen for displaying 
HTML pages. However other devices having display capability can be used to provide h uman i nterfaces. Th us, In certain 
embodiments of the Invention, a device such as a personal computer 105 (PC) is used to provide a human interface for 
a respective home network, as a PC 1 05 typically embodies a screen display unit, 

15 [0055] The 1394 serial bus 114 is depicted as using the HTTP/IP Interface protocol, and preferably HTTP/TCP/IP, 
wherein IP provides packet format (a one-way write only model), TCP provides an error free version of IP (e.g„ ensures 
packets arrive and In correct order), and HTTP provides 2-way connection (packet to server will expect a response -a 
'read' model). Certain devices can require other protocol interface types (e.g., TCP/IP, UPD/IP, FTP/IP, TELNET/IP, 
SNMP/IP, DNS/IP, SMTP/IP). Incertain embodiments of the invention, aproxy 1 1 6 can be used to interface two networks 

so using dissimilar interface protocols on their respective mediums which, when connected, comprise the network 300. 
[0056] For example, as depicted in FIG. 7, the 1394 serial bus 1 14 using the HTTP/IP Interface protocol Is connected 
by a proxy 1 1 6 to the Home Automation network 1 1 8 (e.g., X1 0) . By using the proxy 1 1 6 as HTML/HTTP/CTP/iP/1 394 
proxy forVCR-Commands/AVC/FCP/1394, to interface between HTML/HTTTVTCP/IP and X10 protocols, DVCR 120 is 
also accessible on the network 300. 

25 [0057] In this embodiment, the network 300 can be connected to an external network 1 1 9 of dissimilar type (e.g., 
Ethernet) to the 1 394 Serial bus, via a bus 121. A proxy 1 1 7 Is used to interface the two dissimilar medium types. For 
communication between the addressing scheme of the external network 119, and the addressing scheme of the network 
300, the bridge 117 comprises a Network Address Translation (NAT) boundary. This technique can be utilized for 
company LAN's and is a 'divide and conquer' approach to the complex problem of satisfying various network's differing 

30 IP address requirements and prevents 'running out of 1PV4' addresses. The external network can Include e.g. CABLE- 
TV network 1 15 via Ethernet to the telephone e.g. ADSL), providing broadband connection to the Internet and WWW. 
The Ethernet 1 1 9 provides the bridge function to the external network. The bridge 1 1 7 or Ethernet 1 1 9 may provide the 
NAT address conversion function. If the Ethernet is to provide local private (to home only) addressing (e.g. as defined 
by then I ETF standard RFC 1 91 8) then the NAT function Is In the Ethernet 1 1 9. Existing cable modems are set up with 

35 aglobal address and also Internet global address forthe PC on the Ethernet (in this case the NAT is in the bridge 1 1 7). 
[0058] The aforementioned device naming, addressing and discovery processes for the network 300 are now de- 
scribed. For device naming, point and click Web operation (e.g., using GUl/Wab) does not require name services (DNS, 
Domain Name Service). The Web GUI provides an abstraction iayer, and the addresses are hidden as hyper-text links 
Invoked by user'cllcks' to active GUI areas (e.g., buttons). Any change to the devices In the local network 300 causes 

40 the top-level discovery GUI page 200 (FIGS. 5-6) to be recreated by the browser 200 (FIGS. 4A-B) representing the 
status of the devices In the network 300 at that time and by default presented to the user for immediate use. 
[0059] For device to device control a different look-up service Is utilized for more than names (e.g., service look-up 
and application look-up). As such, DNS may not provide the necessary features for device to device control. However, 
adevice (e.g., a 1 394 connected PC) can access a DNS service as usual. DNS is not required for discovery or operation 

« of devices/services within the home, but DNS (name to address) look-up service is required for external accesses e.g. 
from a PC. When a name e.g. "www.yahoo.com" is typed into a Browserthen look up take place forthe IP address of 
the Yahoo computer, i.e, 216.32.74.52, because the Internet (even home Internet) operates with addresses. 
[0060] For a 775WEB Ul device which Includes an agent for generating the HN top-level directory GUI description 
and also includes access to the special company web server e.g. homewldeweb.com (IP address), can also have the 

so DNS address knowledge. The DNS server computer IP address can be any IP address under the control of the manu- 
facturer. Effectively the DNS address is built-in to the device (or can be updated if the agent is made to be update-able 
and is later updated). 

[0061 ] For device addressing, In one embodiment of th e inve nflon, utilizing fixed ! P addresses from a large address 
space can afford the simplest and most reliable network configuration, and the readily accessible ROM data space In 
5s the1394 interface allows utilization of fixed IP addresses therein. In another embodiment of the Invention, non-fixed IP 
(dynamic) addresses can be utilized, wherein an abstraction layer (e.g., name or look-up mechanism) is employed to 
retain pre-organized communications. 

[0062] For IP address configuration, the following protocols can be utilized: 1) Dynamic Host Configuration Protocol 
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(DHCP) with DHCP servers and DHCP clients, 2) DHCP clients resort to auto-configuration (DHCP server not present), 
and 3) preferably, FWHCP (Fire-Wire HostConfiguration Protocol) server agent(s) and FWHCP clients, described further 
below. The auto-canflguratJon In 2} above is that proposed as an IETF Draft ■draft-ietf-dhc-ipv4-autoconfig-04.txf . 
[0063] DHCP requires support of the BOOTP/UDP protocol, and replicates what is done within the 1394 specification 

s and provides features such as lease lime and dynamic addressing. Typical DHCP requires management by an admin- 
istrator and must be configured and adapted to the network requirements of mass manufactured consumer electronics 
(CE) appliances where, for example, multiple identical CE appliances with DHCP server buiit-ins must be considered. 
[0064] The 1 394 technology provides 'Plug-In' or 'Power-up' reset and following 'Self-ID' sequences, well suited for 
network configuration. Further, the 1394 specification provides a built-in'ROM' address space well suited forstorage of, 

io and access to, configuration data (e.g., IP addresses). As such, in a preferred embodiment of the invention, an IP address 
configuration agent (FWHCP) and discovery page for user control of 1394 devices are utilized. FWHCP provides IP 
address configuration for 1394WEB and 1394 devices. The purpose and result of FWHCP Is similar to DHCP (I.e., a 
server to Identify and assign the local IP addresses), but In operation FWHCP uses data in 1394-address space and 
1 394 commands. FWHCP provides IP address configuration of 1 394WEB devices on the 1 394 network avoldl ng col lisions 

is with devices on adjacent attached networks otherthan 1394. Devices are manufactured with a built-in IP address from 
the 1 O.x.jcx range, in the unlikely event of a collision, FWHCP sets a new IP address and saves it in the device. 
[0065] DHCP/Auto-conflguratlon can be utilized for devices on networks other than 1 394. DHCP protocol provides 
client 'requested IP address". Preferably, the requested IP address space is selected from the upper part of the 24 bit 
RFC1918 range (10.128.1.1 to 10.254.254.254), By choosing part of the allowed private address range for 1394 iP 

so addressesandanotherpartforotherconfigurationmethods(e.g.,DHCPandDHCP/Auto-Conflguration)thencompatibie 
and non-Interfering addresses are generated for a heterogeneous network and allow FWHCP and DHCP to coexist 
[0066] While choice of non-overlapping IP addresses for 1394 and adjacent networks is desirable, the heterogeneous 
network using FWHCP will configure successfully even if they do overlap. Also, DHCP clients check their assigned IP 
address with a test ARP message before using it. As such, different address configuration methods can coexist suc- 

ss cessfully. 

[0067J Referringto FIG. 8, an example process according to the present Invention for communication between a 1 394 
network (e.g., network 300) and a non-1394 network (e.g., Ethernet 1 1 9) for IP address configuration Is described. In 
this case the 1394 network 300 utilizes FWHCP configuration and the non-1394 network 119 utilizes DHCP configuration 
or othermethod. Generally, 1394 devices (such as DTVand DVCRln FIG. 7) do not support DHCP. The 1394 DEVICE- 

30 3, for 1394 network to non-1394 network communication, includes an IP address in the 1394 ROM space and provides 
supportforFWHpPfora1394devlce. The DEVICE-3furtherincludesmeansforsupportlngtheconflguratlon mechanisms 
on the non-1 394 network, and maintains an extension data leaf in the 1 394 ROM space for IP addresses of devices on 
the non-1394 network. As such, configuration processes (e.g., FWHCP for top-level Ul description generation) on the 
1 394 n etwork 300 can Include use of I P addresses on the non-1 394 network by selecting l P addresses from the extension 

35 data leaf. The non-1394 network configuration operates to provide the IP addresses for the 1394 extension data leaf. 
[0068] According to the discovery process (agent), 13S4 specification 'plug-in' reset and self-ID is utilized forconfig- 
uration and can be used for IP address configuration. Preferably, fixed IP addressing Is utilized for home networks, 
however dynamic IP addressing can also be utilized. DNS is not required within 1394WEB control because a top-level 
GUI description is created with hypertext-links that use IP addresses ratherthan names. Preferably, the IP configuration 

■to agent(FWHCP)forthe1394networkisut!llzedforlPconfigurationuslng1394ROM dataand 1394 commands, however 
DHCP can also be utilized. FWHCP utilizes lower half of RFC1918 10.LH.X.X addresses and other home networks (not 
1394) use upper half 1 0.UH.X.X. Preferably, the FWHCP server agent Is built-in to any device th at can be a client (control 
initiator). Where there are several client devices connected to the 1394 network, only the client device with the highest 
Global Unique Identification (GUID) operates. GUID comprises a number built-in to the interface. If there are multiple 

45 FWHCP agents available on the 1394WEB network then there is an initial self-election process to determine the one 
that will operate and all others remain quiet. The highest GUID will operate. In otherverslons, highest bit-reversed-GUID 
can be used. 

[0069] A device Interfacing to a non-1394 network supports a ROM extension leaf of IP addresses on the non-1394 
network. This allows inclusion of the IP addresses on the non-1394 network in the 1394 top-level GUIs (e.g., FIGS. 4A- 

so B, GUIs 202, 204). Control data bits In the 1394 ROM space are used to control the operation of three configuration 
agents: 1) 1394 SelfJD count, 2) IP configuration FWHCP, and 3) Ul description generation described further below. 
[0070] Initially 1394 Self-ID count discovers the existence of devices. After a bus reset (caused by power up/down or 
device attachment/detachment) 1394 software In the device observes the automatic configuration process (1394 self- 
ID cycles) for the purpose of counting the number devices. This Is a normal part of 1394 software for any 1394 device. 

55 Then, IP Configuration FWHCP (the one self -elected FWHCP) probes the discovered devices and checks their built-in 
IP address. Discovered duplicate (colliding) IP addresses are disabled and a new address Is assigned to the device. 
Then, Ul description generation agent (Ul or other devices), reads all 1394WEB device IP addresses and generates a 
top-level device directory Graphic User Interface file in HTML of top-level Icon pages from each device later rendered 
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by a Web browser for User discovery of devices for control. 

[0071 ] According to the present Invention each device in the 1 394 network 400 can gen Brate its own top-level network 
Ul description 250 (FIG. 9C). The Ul description 250 is used by a presentation engine such as the browser 200 in a 
client device to generate and display a top levei directory page such as page 220 In FIGS. 5-6. After the 1 394 Self-ID 

5 agent has enumerated all devices connected to the 1394 network 300, the top-level Ul description 260 is generated 
separately by all Ui devices (and non-UI devices as desired). A device (e.g., DTV) can select a more prominent (e.g., 
larger) icon to represent that device, and make the entire GUI 220 with a different look. This technique provides sub- 
stantially more reliable operation than a centrally generated GUI for operation of all device, because each device can 
generate its own Ul description 250 and display a GUI (e.g., top level page 220) based thereon without dependence on 

10 another device. In each Ul description 250, device Icon and logo Image files of the devices currently connected to the 
network 300 are referenced by icon and logo HTML 'pages' and name text wrapped in an HTML page (ICON. 'Graphic' 
referenced ICON.HTM is in pages 202 and 204 which also Include the control pages for the devloe; Fig. 5 below also 
shows the ICON.HTM, LOGO.HTM and NAME.HTM In atop-level directory page). HTML frames are used to create the 
top-level directory Ul description 250 for network devices in each network device as desired. 

15 [0072] As such, advantageously, a useful layer of abstraction Is provided to allow use of alternative file names and 
types for e.g. identification graphics in the network devices without need for change In the top-level description 250 
generated in each device. The name text is also placed in an HTML description 202, 204 (NAME. HTM Is in pages 202, 
204), allowing a user to configure the name text at a device e.g. DTV to change to e.g., DTV-BED2 through one of the 
device GUI pages 220. As such, the page 220 is displayed as the Browser Is launched after a reset. The user sees and 

so clicks DVCR ICON graphic, whereby DVCR top level control GUI 202 is fetched (with 'Play' button etc.). Usercllcks one 
of the buttons e.g. "Configure Device NAME" whtch Is another GUI (of hierarchy of control pages for DVCR) with a large 
selection of different names, User clicks one name out of the lists of names provided e.g. "Master Bedroom DVCR". 
Software on the device changes the file names so that the file named NAME.HTM contains the text 'Master Bedroom 
DVCR" (the old default NAME.HTM file that contained DVCR is changed to some other name). 

25 [0073] Appearance of the GUI 220 is more stable In the event of "bad citizen' devices having too much or oversized 
text or oversized logos. In this case the frames isolate the problem and prevent the bad items from adversely affecting 
the appearance of the entire top-level GUI 220. 

[0074] Referring to FIGS. 9A-C, 10,11 example functional blocks and con nectlons to data and control b its and flowchart 
of an embodiment of a system architecture 400 forihe aforementioned discovery process are shown. The system 400 

so comprises five primary elements: 1)1394 nonvolatile memory space (IEEE1212R ROM) 402 for configuration data and 
control data bit storage; 2)1 394 Device Discovery Agent (1 394DDA) 404; 3) IP Address Configuration Agent (FWHCP) 
406; 4) Ul Description Generation Agent 408; and 5) GUI Generation and run-time environment 41 0 (e.g., WebBrowser 
200 in FIG. 2). Further, FIG. 1 0 shows an example flow diagram forthe DDA and FWHCP agents in system 400 operating 
in connection with the functional blocks in FIGS. 9A-C. And, FIG. 10 shows an example flow diagram for the UIDGA 

as agent in system 400 operating in connection with the functional blocks in FIGS. 9A-C. 

[0075] Rsferringto FIGS. QAand 10 all devices Include the 1394 device discovery agent (1394DDA) 404to enumerate 
the devices on the 1394 bus, after a reset, and to write the value Into the local 1394 ROM space 402 for communicating 
the value to otherfunctlonal agents (steps 500, 502). For synchronizing (inhibiting) commencement of otherconflguratlon 
agents, the 1394DDA agent 404 also sets the 'configuration operating' control bits. The discovery agent/mechanism 

ao can use means, otherthan the ROM space, to communicate Information between the configuration agents that are local 
to one device and where the Information does not need to be seen by other devices. 

[0076] All devices in the network 300 include the following information relevant to the discovery and IP address agents 
404 and 406, respectively, for the1394WEB In the 1394 configuration ROM 402: 1) Built-in 64 bit GUID (Global Unique 
ID, in 1394 specification); 2) Built-in IP address from the RFC 1918 private address space In the range '10.1.1.1' to 

is '10.127.254,254'. Manufacturers can select a value from the GUID such that chance of collision is minimized. The upper 
portion of the private address space (Le., 10.128.1.1 to 10.254.254.254) is reserved for devices on bridged networks; 
3) Assigned IP address in the range '10.1 .1 .1' to '10.127.254.254' (assigned by operating FWHCP agent 406); 4) IP 
address extension leaf for IP devices on bridged networks; 5) Assigned Count of 1394 devices (assigned by 1 394DDA 
agent404); 6) Control/status bits to indicate Conf iguration-In-Progress Synchronization control for 1394 Dsvice Discovery 

so Agent404,andto Indicate iP-Addressconfiguratlon(nie^ 

the values, in ROM data other than the control bits, for 1394DDA and IP address are not checked or not written and 
therefore should not be used). The bits further Indicate which IP address is valid (assigned or built-in), and whether an 
FWHCP server agent 406 is present in the device; 7) HTTP web server to allow files In the device's file space to be 
accessed remotely; and 8) device information 202, 204 Including actual 'Icon', 'name' and 'logo' HTML files and other 
referenced graphic files accessible through the Web Server. The above summarized Information is detailed in the 1394 
ROM space description below. 

[0077] The content of the genera! 13Q4R0M structure 402 is specified in IEEE121 2r, IEEE1212 and IEC61 883, The 
ROM structure 402 Is a hierarchy of information blocks, wherein the blocks higher In the hierarchy point to the blocks 
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beneath them. The location of the initial blocks is fixed while other entries are vendor dependent, but can be specified 
by entries within the higher blocks. 

[0078] Table 3 shows the Bus_ lnfo_Block and Root-Directory of the configuration ROM 402. The first byte of each 
entry Is known as a key and identifies the type of entry. The following can be Implemented In the configuration ROM of 

s all devices making use of the EIA-775 specifications, including display devices such as DTVs and source devices such 
as DVCRs, STBs, etc There may be several other structures required based on other protocols to which each device 
conforms. Table 3 i ncludes information for a device which also complies with the I EC6 1 883 protocol. The RooLdlrectory 
contains pointers to a ModeLDirectory and three Unit_Dlrectory entries (IEC61 883, EIA-775 and 1394WEB), to indicate 
that the device supports EIA-775 as well as 1394WEB protocols. The Root directory entries are useful to other 1394 

10 devices to discover the protocols and software (also called services) supported by this 1394device. 



<Table 3 - Configuration ROM> 



Offset (Base address FFFF FOOO 0000) 
BusJnfo_block 

Offset 


04 00 16 


04 | crcjength | rom_crc_value 


04 04 16 


"1394° 


04Q8 le 


flags | reserved | cyc_clk_acc | max_rec 


reserved 


040C 16 


node„vendorjd 


chipjdjil 


0410 16 


chlpjdjo 



25 [0079] Wherein, 04 OC 16 and 04 10 16 are also known as the 64 bit GUID or Global Unique ID. 



Root_directory 

Offset 


0414 1B 


rootjength | CRC 




03 16 


ModeLvendor_ Id 




81 16 


Vendor_name_textual_descriptor offset 




0C 16 


Node_capab!lities 




8D 16 


Node_unlque_ld offset 




D1 w 


Unit_Dlrectory offset (IEC 61 883) 




Dt« 


Unlt_Directory offset (EIA-775) 




D1is 


UnlLDIrectory offset (1394WEB) 




Optional 


xxxx 16 


C3 16 | Model_Dlrectory offset 



[0080] The I EC_81 883 unit directory is shown in Table 4. This directory is referenced by the Unit_Dlrectory offset, In 
the Root Directory (I.e., Table 3.). In the Unit_SW_Version field, the least significant bit specifies AV/C (0) as specified 
in I EC 61 883. 



<Table 4 - IEC_61883 Unit Directory> 



UnlLDirectory (IEC 61883) 


Directory length | CRC 


1216 


Un!t_Spec_ID (1394TA= 00 AO 2D 16 ) 


13is 


UnIt_SW_Version (first pass key =01 16 ) 




«possibly other flelds» 
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(continued) 

UnllDlrectory (IEC 61863) 

Directory length | CRC 



[0081] The EiA-775 Unit Directory is shown in Table 5. The following ElA-775 specific information appears In the EiA- 
775 Unit Directory. 

<Table 5 - ElA-775 Unit Directory> 



directory length | CRC 


1216 


Unlt_speciflcation_ID (EiA-775 = 005068 16 ) 


13ia 


Unit_sottware_verston (01 01 00 16 ) 




«possibly other fields» 







[0082] The Unit specif icatianJD specifies the Identity of the organization responsible forthe architectural interface of 
the device and the specification. In this example case, the directory and identity value=005068 16 refers to the.EIA as 
the responsible body and the ElA-775 control architecture specification. 

[0083] The UniL.software_verslon designates ElA-775 revision level supported by the device. The format is shown in 
Table 6. 



<Tab1e 6 - Unit„software_version coding?- 



First octet 


01 IB 


Second octet 


Major Version Number (cu rrently 0 1 16 ) 


Third octet 


Minor Version Number (currently 00, 6 ) 



[0084] The 1394WEB Unit Directory is shown in Table 7. The following 1394WEB specific information appears in the 
1394WEB Unit Directory. 

<Table 7- 1394WEB UnitDirectory> 



directory length | CRC 




Unit_specification_ID (1394WEB = O0XXXX 16 ) 


13 16 


UnIt_software_versIon (010100 16 ) 






3B ie 


Dlscovery_control_.blts 


39 1S 


Assigned_Count_of_1 394„devices 


3A 16 


lP_Address_BuiIt_In 


3B 16 


IP_Address_Assigned 




IP Address_Extenslon Leaf 


"16 


«possibiy other flelds» 



[0085] The Unlt_Specification_ID specifies the identity of the organization responsible for the architectural Interface 
of the unit and the specification. In this example case the directory and Identity value=00XXXX 16 refers to the responsible 
body and the 1394WEB control architecture specification. 

[0086] The Unit_software„verslon designates the 1394WEB revision level supported by the device. The format is 
shown in Table 8. 
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<Table 8 


- Unlt_software_ver3lon codlng> 


First octet 


01 16 


Second octet 


M ajor Version Number (currently 01 16 ) 


Third octet 


Minor Version Number (currently 00 1s ) 



10087] Key value (38 16 ) permitted by the IEEE121 2R specification section 8.8 for the private use by the owner of the 
directory and architecture is used for the Dlscovery_control_bits immediate value. 



<Table 9 - Discovery_contro!_b'rts> 







FWHCP 


Configuration Which IP 






Server 


operating. Do not address? 






Agent 


use (if True) 


X 




Yes=1 


1394 IP- AssfgndjIB 








Dev. Addres uilt-ln_0 








Count s 


31 6 


5 


4 3 


2 1 0 (LSB) 



[0088] These are control bits in 1394 ROM space 402 accessible by local and remote device. The control bits are 
used by the IP address configuration agent 406 and the User Interface description generation agent 408 as described 
25 further below. 

[0089] In one embodiment of the invention, said control bits provide the following information: 

[0090] Bit 0 - Which IP address - Indicates which IP address is used or is in-use l.e, the Built-in address (=FALSE) or 

Assigned Address (=TRUE). This is set by the operating IP configuration agent FWHCP 408. 

[0091] Bits 1,2- Configuration Operating Do not use - When set indicate that the 1394 device discovery and also, 

30 separately, the IP configuration agents 404 and 406, respectively, are operating and therefore the values referred to are 
invalid as they can change o r are notyetwritten. These bits areset by the local (device) 1 394DDA agent 404. The1 394DDA 
agent 404 clears the 1394 Dev. Count bit and the operating FWHCP agent 406 clears the IP-address bit. 
[0092] Bit 3 - Presence of FWHCP Server Agent 406 B Is set if the device has an operable FWHCP agent 406. This 
bit and GUID are used by the FWHCP agents 406 to determine which FWHCP agent 406 will operate 

35 [0093] Assigned_Count_of_1394_devIces (39 16 ) - Assigned Immediate value of the count of 1394 devices In the 
network 300. The count Is made as the 1394 Interface goes though its self-ID cycles. The 1394 device discovery agent 
404 generates the value, which is saved in ROM space 403 for subsequent use by the IP and Ul configuration agents 
406 and 408, respectively. 

[0094] IP JWdress_Built_ln (3A 16 ) B Assigned immediate Value. This address Is assigned at manufacture time and 
40 built-in to the device. If this Built-in address cannot be used, an alternative address can be saved in the Assigned address 
space and the control bit set to indicate such. 

[009S] I P_Address_Assigned (3B 1 B ) - Assigned Immediate Value. If identical i P addresses are detected, the IP address 
configuration agent FWHCP 406 assigns this address to prevent collision. Further, the control bitissetto Indicate such. 
[0096] IP_Address_Extension Leaf_for_attached_network (BC 16 )- This directory entry Is forthe address offset to the 
45 data leaf for the I P address extension table, see Table 10. The data leaf contains IP addresses for devices on connected 
no n-1 394 networks (but also could be bridged 1 394 networks). The table is included in communications devices of types 
(e.g., bridge) that connect through to foreign (non-1394) networks. The table can be expanded to Include as many IP 
addresses as required. The address of the communications device Itself should not be included in the table. 

sg <Tabie 1 0 - 1P_Address_Extension Leaf> 

Leaf Length -1 (n)-| B | CRC-16 16 
IP Address 1 " ~ 



iP Address n 



[0097] In regards to Control word for Discovery Control Bits, use of a ROM entry for the-act.ua! Discovery Control Bits 
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word as defined herein works but is an example implementation. As ROM Is not designed to be written efficiently (i.e., 
ROM areas have to be erased and writing them is slow relative to other hardware e.g. register). 
Registers are provided in the 1394 hardware for data that must be written to frequently, In another version, a 1394 
Register can be used for the , Discovety_control_bits' contra I word. Registers are In a space also addressable by other 

5 devices, whereby another device can look up in the ROM the address of the Register and then write to that Register. 
[00981 Referring Figure 9B, one or more devices Include an IP address configuration agent (FWHCP) 406 (e.g., all 
U! devices and Gateway devices and any other device that can be a Control initiator). The FWHCP configuration agent 
406 accesses all devices' IP address values in data In the1394 ROM 402 across the 1394 network300. For synchroni- 
zation commencement and completion of commencement of other applications (e.g., the Ul description generation), the 

10 FWHCP agent 406 also accesses the 'configuration operating' control bits. 

[0099] Referring to Figure 9C, devices capable of displaying user interfaces, and also some other devices (e.g., 
Gateway devices), can include the Ul description generation agent 408 for generating the top-level Ul description 260 
in e.g. HTML. Because as detailed above only one IP configuration agent 40B operates per network 300, not all devices 
need to include the IP configuration agent 406, though ail devices can include an IP configuration agent 406. If adevice 

is has the operating IP Configuration Agent 406 and is a User Interface Device then the IP configuration agent should 
operate before the Ul Description Generation agent. The Ul description generation agent (UIDGA) 408 utilizes Information 
including control bits defined in the1394 ROM space 402 and other information (e.g., for determining which FWHCP 
operates is the Global Unique ID (GUID) of Bus_lnfo_Block of Table 3) for determining which IP configuration agent 
406 (if multiple in the network) operates, synchronizing commencement and for access to the In-use IP addresses. Any 

so device may have and operate a UIDGA for making the HN_D!rectory page (top-level discovery page). After the IP 
addresses are configured UIDGA reads the addresses to make the HN_Directory page. In each client device, when Ul 
description generation Is complete, the GUI generation and run-time environment 410 (e.g., Web Browser 200 In FIG. 
2) uses the Ul description HTML file 250 to access ail devices HTTP file space for toons, names and logos (icon.HTM, 
Name. HTM and Logo.HTM are contained in pages 204, and 204) to generate the full top-level GUI 220 for display In 

25 that client device. Web Browser uses HTML file 250 to render the actual GUI graphics, in the process accessing files 
from the devices e.g. Icon .HTM, Name.HTM and Logo.HTM and In turn accessing anyadditlonal files these files reference 
e.g. ICON.G1F and LOGO.GIF. 

[0100] Referring to FIGS. 9A-C, 10 as discussed, each 1394WEB device in the network 300 can include the device 
discovery agent 404. The device discovery agent 404 enumerates the 1394 devices in 1394 address space connected 

so to the 1394 bus, wherein the raw discovery is performed in 1394 hardware. The SelfJD and Physical Node Number 
Assignment and the steps leading to it is the basic discovery process performed by the Interface hardware/flnnware. All 
devices monitor the SelfJD cycles and make a note of the existence of 1394 devices. This Is a part of 1394 software 
for any 1 394 device: 1 ) Reset -Bus reset propagates to all Interfaces, on device power-up, device attachment and device 
detachment, 2) Tree Identification -Transforms a simple net topology into a tree, to establish a ROOT which is master 

35 for certain functions: Bus Cycle Master, Highest priority in arbitratio n for bus time, 3) Self Identification -Assigns Physical 
Node number (address) and also exchange speed capabilities with neighbors. Highest numbered node with both Con- 
tender Bit and Link-on Bit Is Isochronous Resource Manager. 

[0101 ] The discovery agent 404 writes the final count value of the devices to the 1394 ROM space to communicate 
it to other agents. The device discovery agent 404 Is the first software agent to execute after a 1394 reset cycle, and 
40 control bits (Discovery Control Bits 2 and 1, Configuration Operating: 1394DDA, and lP_Address) are used to delay 
other agents, including the configuration agents 406 and 408, from execution until the discovery agent 404 has finished 
execution. 

[0102] in one embodiment, the1394DDA agent 404 In each device performs the steps 500, 502 Including: 1) setting 
synchronization control bits (i.e.,'1394DDA In progress' and 'IP configuration in progress' bits) In the device's own 1394 

45 ROM space 402 to indicate that the 1394DDA in progress and fP configuration is in progress (IP configuration will not 
be in progress If 1 394 DDA is executing) and that the values of 1 394 device count and IP address are not valid, whereby 
said control bits inhibit other agents (e.g., 408) from operating prematurely; as such the 1394 DDA executes, then an 
elected FWHCP executes, and then (usually forUI device) UIDGA executes; 2) counting the number of 1394self-1dentity 
sequences after a 1 394 Reset to discover the number of devices and effectively their local node addresses for use by 

so the other agents 406, 408; 3) writing the device count value to the device's own 1394 ROM space 402; and 4) clearing 
(e.g., to faise) the synchronization control bit for '1394DDA in progress' In the device's own 1 394 ROM 402, wherein the 
'IP configuration in progress' bit remains set and is cleared later by the operating FWHCP agent 406. 
[0103] Alternative Architecture for ConfiguraSon with IP Address list in network communication (bridge) device is 
possible. For example, the IP address list of IP addresses of devices on a bridged (e.g., non-1394 network) can alter- 

55 natively be examined at the IP configuration stage by the FWHCP agent 406 rather than only at the U IDGA stage by 
the UIDGA agent 408. This allows the FWHCP agent 406 to detect and correct address collisions and therefore allow 
operation without having two separately defined address ranges, one for the 1 394 network 300 and one for the non- 
1394 network 1 1 9. Correction of address collision can be accomplished by modifying the address of a colliding 1394 
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device as the bridged network IP address list cannot be modified by the aforementioned agents 406, 408 for the 1394 
network 300. Configuration is more reliable if the FWHCP agent 406 can check the addresses in the bridged network 
11 9 for collision prior to allowing the addresses used on the 1 394 network 300. 

[0104] Referring to FIGS 9A-C, 10 the IP Address Configuration software agent (FWHCP) 406, operates to provide 

s 'Fixed' IP address management and to detect and correct IP address clashes in the mass manufactured 1 394 devices, 
All 1394WEB Ul devices include, and other devices can Include, an FWHCP agent 40B. Only one FWHCP agent 408 
operates in the network however. The 1394DDA 404 agent is the first software agentto execute after a 1 394 reset cycle, 
and as aforementioned the1394DDA404 agent sets the '1394DDA in progress' and "IP configuration in progress' bits 
to delay the FWHCP agent 406 until the 1394DDA agent 404 has executed to completion. 

w [0105] In one embodiment, the IP Address configuration agent 406 In a device performs steps including polling the 
1 394DDA configuration operation control bit (i.e.,the '1 394DDA In progress" bit) to determine if the 1394DDAconfiguration 
software agent 404 has executed to completlo n. If so, then the FWH CP agent 406 uses the count of devices determined 
by the 1394 DDA agent 404, and reads GUID's and Control Words from every device (step 504) to determine which 
device in the network 300 is selected to execute Its FWHCP agent 406 (step 506). The selected device is one with an 

is FWHCP agent 406 that finds it has the highest GUID (step 608). Ali other FWHCP agents 406 in other devices remain 
dormant (step 51 0). The operating FWHCP agent 406 reads the 'in-use' (active) IP address (determined by Discovery, 
control_bits BIT 0) from each local node (e.g. units present on the interface, host) and listed (step 512). In one version, 
the software agent makes a list for saving the IP addresses to an 'Array" as they are read (steps 514-51 8). The list will 
be in memory (RAM or DRAM) under file control of the compiler and OS. In-use status is determined by a bit setting In 

20 the device, which Indicates whether the built-in or assigned address Is In-use. In Table 7 the IP_address_assigned and 
|Pjaddress_buIlt_in are in the 1394Web Unit Directory. 

[0106] The operating FWHCP agent 406 examines said list for collision among IP addresses listed therein (other 
collision detection and resolution methods can also be used) (steps 520-522). If a collision is detected, the FWHCP 
agent alters the colliding addresses by e.g. substituting the least significant 6 bits of IP address for their 6 bit node 

25 address (step 524). Only the minimum number of alterations are performed to relieve the collision. If one of the colliding 
addresses is already an assigned address, then that address Is altered in preference to the colliding built-in address by 
e.g. Incrementing the 6 bit substitute value and re-checking until the collision is resolved. The FWHCP agent 406 writes 
the altered value back to the device and the control bit (Dlscovery_Control_Blts: Bit 0) i3 set to indicate that the assigned 
IP address Is In-use, and the built-in default is no longer In-use (step 526). The process Is repeated for each IP address 

so (step 528). After the collision resolution process, the operating FWHCP agent 406 accesses each device in turn and 
sete the 'IP configuration in-progress' bits in each device to e.g, false' to Indicate that the indicated IP address is valid. 
[0107] In conventional WWW operation, users access the same top level page. Referring to FIGS. 4B, 7 and 9-11, 
accordingto an aspect of the present Invention however, all Ul devices (e.g., devices capable of displaying user Interfaces) 
include an Ul description generation agent (UIDGA) 40B to independently generate a top-level Ul page 220 for control 

35 of the devices on the local network (e.g., network 1 00, network 300, etc.) by users. In one example, a client device (e.g., 
PC) dynamically generates a locally saved default page 220 for user control of devices connected to the network 1 00. 
This allows each Ul device (e.g., DTV 102) to generate a different view 220 of the home network e.g. with a larger more 
prominent icon forthat Ul' s devices displayed. As such, the user is readily made aware of which Ul device Is 'right here' 
(in front of the user) or in the case of access external to the home, no device Is 'right here'. A device without a Ul can 

to generate a Ul for another device but is unaware of type of device (e.g., Cable Modem generates Ul of HN devices tor 
user external to the home). In this case the actual Ul device Is unknown. Therefore no particular device Is prominent in 
the GUI. Further, manufacturers of devices connected to the network 100 can provide their own GUI design 202, 204 
in each device as desired. In addition later, improved Browser and Web technology designs need not be hampered by 
existing technology. 

45 [0108] IMon-UI devices, particularly those devices performing a gateway function, can also Include a Ul Description 
Generation agent 408 to generate top-level GUI descriptions 250, without Including GUI Generation and Run-Time 
processes 41 0 (e.g., Web Browser 200) to generate and display GUIs 220. With appropriate address use (e.g., using 
the RFC1918 private addresses on the local HN), this allows external WWW access to the 1394WEB network devices. 
External addresses are assigned 'real" IP addresses suitable for internet use. Generally there Is a unit (e.g., gateway 

so type unit) with the UIDGA 408 which represents the home to the outside Internet The gateway's UIDGA generates a 
different Ul description for the outside use (remote access case different from Inside local device use), using the home's 
IP address with extended links to Identify which home device local private IP address. 

[0109] Ul devices execute the foil owing software processes to generate and display views 220 of the network 100/300; 
1) 1394 Device Discovery Agent 404 described above, 2) Ul Description Generation Agent (UIDGA) 408, and 3) GUI 
55 Generation and Run- Time (e.g., Web Browser 200) process 41 0. Referring to FIG. 1 1 , In one embodiment, a UIDGA 
agent 408 In a device performs steps including polling the IP address configuration bits in the device's own 1 394 ROM 
402 to ensure completion of the FWHCP agent 406, prior to accessing any further IP information (step 600). Upon 
completion of FWHCP agent 406, using the count of devices generated by the 1394DDA agent 404, the UIDGA agent 
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408 then accesses the control word In each device currently connected to the network, to determine the settings for the 
'configuration operating' false, and 'in-use' IP addresses bits (the UIDGA agent 408 makes the top-level HTML page, 
HN_Directory page, 220 shown by e.g., In FIGS. 5-6). Thereafter, the UIDGA agent 408 reads the actual in-use IP 
address value, and builds a complete list of the IP addresses of the devices currently connected to the network 300, 

s The I P address list includes information (e.g., Icon, Logo, Name, etc.) from every device, and Is written in HTML by using 
the IP address of each device. Before it can include the addresses, the UIDGA 408 finds the address of each device by 
accessing each device and checking to see which address is in use by reading Table 9, Discovery_controi_bit, control 
bit (Bit 0). Then UIDGA 408 reads Table 7 Address either Builtjn or Assigned. For devices that communicate to bridged 
networks, as determined by the presence of the extension IP address list entry In that device's 1394 ROM 402, the 

io UIDGA agent 408 reads the extension IP-addresses from the list (IP_Address_Extens1on_Leaf) to allow those devices 
to be included in the GUI 220. The entry BC (IP_Address_ExtensionJ-eaf) contains a reference link address that points 
to the actual data leaf. Devices on the attached bridged network are only Inducted in the IP_Address_Extsns1on_Leaf 
list If they also support the 1 394WEB type of service I.e. they have Web Server and lcon.HTM etc and Control pages 
('index.rttm), 

is [0110] The UlDGAagent408 reads the IP address list (step 602) and generates the top-level network Ul description 
250 (FIG. 9C) in e.g. HTML (e.g., Appendix 1) using the IP address list (UIDGA outputs the HN_Dtrectory, top-level 
network Ul page, HTML file) (step 604). The UIDGA agent 408 uses the IP Addresses In the hypertext links to each 
device for the icon. htm, name.htm and logo.htm files. UIDGA writes an HTML file including the references to each 
discovered device's HTML page i.e. ICON.HTM, NAME.HTM, LOGO.HTM (e.g., Appendix 2, 3, 4). The UIDGA agent 

so 408 then uses HTML files to reference items including the icon and logo graphics files and name data, rather than 
Including the raw Icon.glf or logo.gif and raw name text in the top level Ul description 250 (step 606). This allows said 
items to be changed by the correspondl ng device to reflect current status, customized by the manufactu rer or configured 
by the user at the device, without causing any change in the top-level HTML Ul description 250 In the controlling Ul 
device. Though one graphic per device is shown in the example GUI pages 220 (FIGS. 5-6), customization allows 

25 inclusion of more than one graphic file referenced by ICON.HTM or LOGO.HTM and more text In the NAME.HTM. In 
one embodiment, HTML frames are utilized to implement the Ul description 250 as showing in examples further below. 
Use of frames stabilizes the appearance of the GUI 220 In the event of 'bad citizen' devices. For example a device 
presenting too many words or overly large text in Its 'name' frame will only affect that device's GUI look (by having some 
of the words truncated and not displayed) and not adversely affect the appearance of the whole Top-level GUI 220 in 

30 the Ul device. The UIDGA then invokes the GUI generation process 41 0 (e.g., browser) in a client device to generate 
and display a user interface (step 608). 

[01111 The GUI generation process 410 (e.g., Web Browser 200) utilizes the Ul description 250 in e.g. HTML to 
generate GUI pages 220 on Ul devices. In one example, to provide keyboard-less operation for consumer electronics 
devices (e.g., DTV) the Browser 200 at start-up defaults to reading and rendering a locally generated 'top-level-devlc- 

35 es.html' description 250 to generate the network top-level control GUI 220. Locally as used here means in the same 
device (aUl device having aUIDGAthat generates the device's own HN Directory (top-level) GUI of the network devices). 
HN Directory, Top level Network Ul and Discovery page are the same. For personal computers (PC) with keyboard this 
need not be the default ForCE devices, launch of the Browser200 is delayed until after completion of the UIDGA default 
page 250 generation by the UIDGA agent 408. In the event that UIDGA agent 408 cannot complete its tasks, then the 

40 Browser 200 displays an alternative Ul page 220 showing a network configuration error occurred (e.g., "Unable to 
generate the HN„Directory Page because of xxxxxx. Try disconnecting device xxxxxxx. Network configuration error 
number xxxxxx occurred. Contact service Tel service xxx-xxx-xxxx or Web service http://www.service.com.") 
[0112] To generate the GUI 220, the Browser 200 fetches the "Icon .htm', 'name.htm' and 'logo.htm' files from device 
information 202, 204 in each referenced device (i.e., in the Ul description, where for example ICON.HTM is in the HN_ 

4S Directory Page HTML file) as defined by the HTML Ul description 250. The contents of these pages 202, 204 (e.g. the 
icon graphic) need notbestaticandcan be altered dynamically to reflect device statuschange.orafterusercustomlzation. 
In order to display the most current top-level page 220, the Browser 200 does not cache the'fcon.htm', 'name.htm' and 
'logo.htm' files. In another version, a check is always made first to determine if the device has made any changes to the 
HTML files 202, 204 it holds. HTTP "Conditional get" is used for checking the status of controlled device. Depending on 

so the status code returned, the Browser 200 will either read from its cache or fetch a fresh or updated copy the HTML file 
202, 204 from the devices. The HWWGUI display Is not affected u nless there is any change of th e status of the controlled 
device. 

[0113] The browser 200 does not attempt to display the top-level HN directory until it has been completely generated. 
If the HTML 250 is not generated within some reasonable amount of time, the browser displays an alternate page. If a 
55 network configuration error Is the source of the problem, the alternate page might provide some technical support or 
user diagnostic assistance. 

[01 1 4] Wheneverthe user returns to the top-level HN directory or causes itto be refreshed, the browser200 redisplays 
the page 220 In Its entirety. This is necessary because the HTML 250 that underlies the top-level HN directory may have 
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been regenerated If a device has been added to or removed from the network 1 00. It is also possible for device icons 
to be updated to reflect changes in their device's operating state. As such, browsers implemented by EIA-775.1 devices 
use HTTP "conditional get" requests to determine whether or not fresh copies of web pages or graphics are retrieved 
from the server. 

5 [01 1 5] In this aspect, the present invention provides a User Interface description where user discovery of devices is 
thus made entirely with references (i.e. in the abstract), where the references are 'containers' forthe discovery information 
(e.g., text and/or graphics) of each device and resident on each device. Each 'container* Includes actual textual information 
and/or references to one or more graphics formatted information files where each file may Include one or more images 
and/or text. Use of the reference 'containers' allows each device to choose its preferred Ul content or graphics format 

10 or alter its U! content to be displayed (by changing the text or graphic information referred to) without need to have the 
Ul description page altered In anyway. Therefore, communication of changes with the generating agent software of the 
Discovery Ul description is not required. In one version, devices reference their e.g. ICON and LOGO graphics files 
indirectly using HTML files enabled by creating the network Top-level description using HTML frames. Similarly the 
device name that Is displayed under the icon Is represented by NAME HTML file. HTML files are used to reference e.g. 

is the icon and logo graphics files and name data rather than Include the raw icon.gif or logo.gif and raw name text. This 
allows the item to be changed to reflect current status, customized by the manufacturer or user configured at the device 
without causing any change in the top-level HTMLdescrlption, This level of abstraction allowstheTop-level Ul description 
to be alwaysthe same regardless of the graphics ICON and LOGO file names and types and NAME text to be displayed. 
Also the device may use different, multiple or dynamically change the graphics files and text displayed in the Top-level 

20 GUi without the change needing to ba communicated to the UIDGA. The change is automatically included whenever 
the GUI Is redisplayed. Use of frames also stabilizes the GUI display in the event of bad citizen devices using non- 
displayabls graphics ortext as the error is confined to the particular frame and doesn't affect the whole GUI. The change 
is automatically included whenever the GUI is redisplayed. 

[0116] In one example, network devices top-level Ul description is generated independently by any network device 

2S and certainly by devices capable of displaying Ul (Ul device). Generating a user Interface in each device rather than 
generating a centrally Ul, allows a device to show Its own device icon/text preferentially In the GUI. In addition each GUI 
is manufacturer customizable, user configurable and also more reliable because it does not depend on another device 
e.g. a single central server. This is demonstrated with th e 1 394 scheme ab ove. Multiple Ul generation is enabled because 
all device IP addresses are accessible viathe 1394 Interface. Ul devices (with Browser) include UIDGA agent to generate 

so their own top-level GUI description after a 1394 reset cycle when a device attached or power-up. 

[0117] All Ul devices Independently generate atop-level U! page for control forthe local network. This Is different from 
the conventional WWW operation wherein users access the same top level page. According to one version the present 
Invention, the client device (e.g., PC) dynamically generates a locally saved default page file for any.purpose, allowing 
each Ul device (e.g., DTV) to generate a different view of the home network e.g. with a larger more prominent Icon for 

35 its own display. Further manufacturers have scope to make their own GUI deslg n better then another. In addition later, 
Improved Browser and Web technology designs need not be hampered by earlier technology. 
f0118] Rafsrringto Appendices 1-4, Illustrative examples forthe following are provided: 1) Top-Level Page description 
250 (Appendix 1); 2) Backgroundhtm (Appendix 2); 3) lcon.htm (Appendix 4); and 4) Name.htm (Appendix4). 
[0119] Although the present invention has been described in considerable detai I with regard to the preferred versions 

to thereof, other versions are possible. 

[01201 The method and system for generating a user Interface In a plurality of multiple devices connected to the 
network system for controlling devices that are co nnected to a network, according to the present invention can be applied 
to home networks having multi-media devices connected. The multi-media devices can Include PC, VCR, Camcorder, 
DVD, and HDTV, etc. 

'45 

Appendix 1- Top-Level Page Example 

[0121] 

so <HTML> 
<HEAD> 

<TfTLE>HN Devices Page<mTLE> 
</HEAD> 

55 <FRAMESET ROWS="2%, 47%,2%, 22.5%,2%,22.5%, 2%" border=0 

color=black> 

<NOFRAMES>Sorry does not support frames</NOFRAMES> 
<FRAMESET ROWS="1 OO'fc.OWS 
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<FRAME SRC="background.htm" SCROLLING="no" NQRESIZE> 
</FRAMESET> 

<FRAMESET C0LS="1 .2%,23.5%,1 .2%,48.2%,1.2%,23.5% 1 1.2%":> 
< FRAMESET R0WS=°1 00%,0% o > 
5 < FRAME SRCVbackground.htm" SCROLLING="no° NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="4B%,4%,48%"> 
<FRAMESET ROWS=»73%, 27%"> 

<FRAME SRC="tittp:/1 1 0.1 .1 .1/Icon.htm" SCROLLING="no" NORESlZE> 
10 <FRAME SRC=" http://10.1.1.1/name.htm* SCROLLING^no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

< FRAME SRC= 0 background.htm" SCROLUNG="no" NORES!ZE> 

</FRAMESET> 
is ^FRAMESET ROWS='73%, 27%" > 

<FRAME SRC=" hJtp://1 0.1,1. 10/icon.htm" SCROLLING="no" NORESIZE:* 

<FRAME SRC=" http://10.1.1.10/nEme.h1m" SCROLLING^"™ 0 NORESIZE> 

</FRAMESET> 
. </FRAMESET> 
so <FRAMESETROWS=°100%,O%"i> 

<FRAME SRC="baokground.htm" SCROLLING="no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://lo.l.22.l/lcon.htm" SCROLUNG="no" NORESIZE> 
25 <FRAME SRC=" http://1 0.1.22.1/name.htm" SCROLLlNG="no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="1 00%,0%°> 

<FRAME SRC="background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
so <FRAMESET ROWS="48%,4%,48%*> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http;//10.1.229.1/lcon.Mm" SCROLL!NG="no" NORESIZE> 
<FRAME SRC=" http://10.1.229.1/name.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 
35 <FRAMESETROWS="100%,0%"> 

<FRAME SRC="background.htm" SCROLLING="no" N0RES1ZE> 
</FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRC=" http://10.30.30.1/icori.htm" SCROLLING="no" NOR£SIZE> 
40 <FRAME SRC=" http://10.30.30.1/name.htm" SCROLLING="no° NORESIZE> 

</FRAMESET> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm* SCROLUNG="no" NORESIZE> 
45 </FRAMESET> 
</FRAMESET> 

< FRAMESET ROWS="100%,0%"> 

<FRAMESRC="background.htm" SCROLL! NG="no u NORESIZE> 
</FRAMESET> 
so <FRAMESET 

COLS="1 .2%,23.5%,1 .2%,23.5%,1 ^%,23,5%,1 .2%,23.5%,1 .2%"> 
<FRAMESET ROWS="100%,0%'> 

<FRAME SRC=-background.mm" SCROLLING="no" NORES!ZE> 
</FRAMESET> 
ss <FRAMESETROWS="73%,27%*> 

<FRAME SRC=" http://10.41.1.1/ioon.htm" SCROLLING='no° NORESIZE> 
< FRAME SRC=" http://1 0.41 .1 . Vname.htm" SCROLLING="no" NORESIZE? 
</FRAMESET> 
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<FRAMESET ROWS="100%,0%' , > 

<FRAME SRC="background.htm" SCROLL!NG="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="73%, £7%" > 
s <:FRAME SRC=" http://10.41.21.iyicon.htm" SCROLUNG= B no" NORESIZE> 

<FRAME SRC*" http://10.41 .21 .1/name.htm" SCROLLING=°na" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

< FRAME SRC="backgroiind.htm- SCROLLING="no" NORESIZE> 
10 </FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 

<FRAME SRCs" h«p://1 0.45.1. 1/icon.htm" SCROLLING*"™ 1 NORESIZE> 
<FRAME SRC=" http://1 0.45.1. 1/name.htm" SGROLLiNG="no u N0RES1ZE> 
</FRAMESET> 
« <FRAMESET ROWS="1 00%,0%*> 

<FRAME SRC^'background.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS='73%, 27%" > 

<FRAME SRC=" h1tp://10.100.1.1/icon.htm" SCROLLING="no" NORESIZE> 
20 <FRAME SRC=" http://10.100.1,1/name.htm* SCROLLING=°no" NORES!ZE> 

</FRAMESET> 

<FRAMESET ROWS="100%,0%"> 

<FRAME SRC="background.htm* SCROLLING="no" NORESIZE> 
</FRAMESET> 
25 </FRAMESET> 

<FRAMESET ROWS="100%,0%":> 

<FRAME SRC="background.htm" SCROLLlNG="no" NORESIZE> 

</FRAMESET> 

<; FRAMESET 

30 COLS^I .2%,23:5%, 1 .2%,23.5% s 1 .2%,23.5%,1 ,2%,23.5%, 1 .2%"> 

<FRAMESETROWS="10a% > 0%"> 

<FRAME SRC="background.htm" SCROLLING=°no" NORESIZE> 
</FRAMESET> 

<FRAMESET ROWS="73%, 27%" > 
as <FRAME SRC=" http://1 0.122.22.1 1 eia.htm" SCROLLING="no" NORESIZE> 

<FRAME SRC=" http://1 0.1 22.22.1 /eia.htm" SCROLLING="no" NORESIZE> 
</FRAMESET> 

<FRAMESETROWS="1Q0%,0%"> 

<FRAM£ SRC='background.htm" SCROLLING="no" NORESIZE> 
40 </FRAMESET> 

<FRAMESET ROWS= ; °73% J 27%" > 

<FRAME SRC=" http://10.122.122.122/Icon.htm" SCROLLING="no" NORESlZE> 
<FRAME SRC=" http://10.122.122.122/name.htm" SCROLUNG=W NORES!ZE> 
</FRAMESET> 
45 <FRAMESETROWS="100%,0% , '> 

<FRAME SRC="background.htm" SCROLL!NG="no" NORESIZE> 
■ </FRAMESET> 

< FRAMESET ROWS="73%, 27%* > 

< FRAME SRC=" http://10.122.122.123Acon.htm" SCROLLINGs'no" NORESIZE> 
so <FRAME SRC=" http://10.122.122.123/name.htm" SCROU_ING="no" NORESIZE> 

</FRAMESET> 

<FRAMESET ROWS="100%,0%'> 

<FRAME SRC="background.htm° SCROLLING="no B NORESIZE> 
</FRAMESET> 
55 <FRAMESETROWSs n 73%,27%"> 

<FRAME SRCV http^/1 0.122.122.124/lcon.htm" SCROLLING="no" . NORESIZE> 
<;FRAME SRC=" http://1 0.122.122.1241 name.htm" SCROLUNG^no" NORESIZE> 
</FRAMESET> 
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<FRAMESET r6wS="100%,0%"> 

<; FRAME SRC="background,htm" SCROLLtNG="no" NORESiZE> 
</FRAMES ET> 
</FRAMESET> 
5 <FRAMESETROWS="100% J 0%"> 

<FRAME SRCVbackground.htm" SCROLLING="no" NORESIZE> 

</FRAMESET> 

</FRAMESET> 

<BODY BGCOLO R=°#FFFFF0" TEXT="#000070" LINK= u #OO00fr ALiNK-"#FF0000" VLINK 5 ="#007986"> 
10 </BODY> 
</HTML> 

Appendix 2- Background.htm example 

w [0122] 

<HTML> 
<HEAD> 

<TfTLE>Background</TlTI_E> 
SO </HEAD><;BODY 8GCOLOR='#007986"></BODY> 

</HTML> 

Appendix 3 - tcon.htm example 

ss [0123] 

<HTML> 
<HEAD> 

<TITLE>Device lcon</TITLE> 
30 </HEAD> 

<BODY BGCOLOR="#FFFFF0" TEXT="#000070" LiNK="#0OO0ff" AL!NK= , #FFO0OO' VLINK="#007986"> 
<br><br><CENTER> 
<IMG SRC="icon.gif borden=0> 
35 </CENTER> 
</BODY> 

</h™l> 

«j Appendix 4 - Name.htm example 

[0124] 

<HTML> 
« <HEAD> 

<TITLE>Device Name</TfTLE> 
</HEAD> 

<BODY BGCOLOR="#FFFFF0•■reXT= ,, #000070■ LINK="#0OOOfT AUNK="#FF0000" VLINKb#0079B6"> 
so <CENTERxFONT size=+0>Samsung Device</font></CENTER> 

</BODY> 
</HTML> 



A method for providing a user interface (18, 220) for controlling devices (11-14, 102-110, 116, 117, 119, 120) that 
are currently connected to a network (1 1 a, 100, 300, 400), the method comprising the steps of: 
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a) obtaining, by one or more of said devices (12, 102, 103), Information from said devices currently connected 
to the network, said information Including device information; 

b) generating, in each of said one or more devices, a user Interface description (250) wherein the user interface 
description is generated based at least on the obtained information andincludes atleastone reference associated 

s with the device Information of each of said devices currently connected to the network; and 

c) displaying one or more user interfaces (18, 220) each based on one of said one or more user Interface 
descriptions, on one or more devices (12, 102, 103) connected to the network capable of displaying a user 
interface, for user control of said devices that are currently connected to the network. 

to 2. The method of claim 1, wherein the step of displaying each user interface further includes the steps of: 

using each reference In the corresponding user Interface description to access the associated information In 
each device; 

generating the user interface including device data corresponding to each device using the accessed information 
is in each device; and 

displaying the user interface on said device capable of displaying a user Interface. 

3. The method of claim 1 or 2, wherein the step of generating a user interface description further comprises the step 
of associating a hyper-text linkwith the device information of each of said devices currently connected to the network. 

so 

A. The method of one of the claims 1 to 3, wherein said information in each device comprises an HTML page contained 
in that device. 

5. The method of one of the claims 1 to 4, wherein the step of displaying the user interface further comprises the step 
25 of displaying the user interface on a browser on said device capable of displaying a user interface. 

6- The method of one of the claims 1 to 5, further comprising the steps of: 

connecting at least one client device to the network capable of displaying a user Interface; and 
30 displaying a user Interface on the client device using the references In a user interface description, f orcontrolling 

devices that are currently connected to the network. 

7. The method of claim 1, wherein said at least one device is capable of displaying a user Interface, and further 
com prising the step of displaying a userlnterface on said at least one device using the references in the user interface 

35 description, for controlling devices that are currently con nected to the network. 

8. The method of one of the claims 1 to 7, wherein the step b) further Includes the step of generating each userlnterface 
description such that the reference In that user Interface description provides access to at least the information in 
each corresponding device. 

40 

9. The method of one of the claims 1 to 8, wherein the step b) further Includes the step of generating each userlnterface 
description such that the userlnterface description further Includes device data corresponding to each device based 
on the information obtained from each device. 

45 10. The method of one of the claims 1 to 9, wherein the device Information in each device Includes device Identification 
information. 

11. The method of one of the claims 1 to 10, wherein the device information in each device includes a user control 
interface description for user interaction with the device. 

50 

12. The method of claim 1 1 , wherein the step b) further includes the step of generating each user interface description 
such that each reference in that userlnterface description is to at least the user control interface description In each 
corresponding device. 

ss 1 3. The method of claim 1 1 , wherein the step b) further includes the step of generating each user interface description 
wherein that ussr interface description further includes device data corresponding to each device based on the 
Information obtained from each device, the device data providing reference to the user control Interface description 
In each device. 
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14. A network system (11 a, 100, 300, 400) for performing a service, comprising: 

a physical layer (164), wherein the physical layer provides a communication medium than can be used by 
devices to communicate with each other; 
5 one or more devices (1 1 -1 4, 1 02-1 1 0, 1 16, 1 1 7, 1 1 9, 1 20) connected to the p hyslcal layer, at least one device 

storing information including device information; 

an agent (408, 41 0) in each of one or more devices (12, 1 02, 1 03), adapted for: 

a) obtaining, by each of said one or more devices, information from devices currently connected to the 
10 network, said information including device information; 

b) generating, in each of said one or more devices, a user interface description (250) wherein the user 
interface description is generated based at least on the obtained Information and includes at least one 
reference associated with the device Information of each of said devices cu rrently connected to the network; 
and 

75 c) displaying one or more user interfaces (1 8, 220) each based on one of said one or more user interface 

descriptions, on one or more devices (12, 102, 103) connected to the network capable of displaying a user 
interface, for user control of said devices that are currently connected to the network. 

15. The system of claim 14, wherein information including device information is stored in each of said one or more devices, 

20 

15. The system of claim 14 or 15, wherein each agent is further adapted for displaying each user interface by: 

using each reference in the corresponding user interface description to access the associated information in 
each device; 

ss generating the user interface including device data corresponding to each device using the accessed Info rmatlon 

In each device; and 

displaying the user interface on said device capable of displaying a user interface. 

17. The system of one of the claims 14 to 16, wherein each agent is further adapted for generating a user interface 
30 description by associating a hyper-text link with the device information of each of said devices currently connected 

to the network. 

1 8. The system of one of the claims 1 4 to 1 7, wherein said Information in each device comprises an HTML page contain ed 
in that device. 

35 

1 9. The system of one of th e claims 1 4 to 1 8, wherein each agent is further adapted f or displayl ng a user interface by 
displaying the user interface on a browser on said device capable of displaying a user interface. 

20. The system of one of the claims 14 to 19, further comprising at least one client device connected to the network 
40 capable of displaying a user interface; and 

wherein one or more agents are further adapted for displaying a user Interface on the client device using the 
references In a corresponding user interface description, for controlling devices that are currently connected to the 
network. 

45 21 . The system of claim 1 4, wherein said at least one device is capable of displaying a user interface, and one or more 
agents are further adapted for displaying a user interface on said at least one device using the references In a 
corresponding user Interface description, for controlling devices that are currently connected to the network. 

22. The system of one of the claims 1 4 to 21 , wherein each agent is further adapted for generating each user interface 
so description such that the reference in that user Interface description provides access to at least the Information In 

each corresponding device. 

23. The system of one of the claims 1 4 to 22, wherein each agent is further adapted for generating each user interface 
description such that the user interface description further Includes device data corresponding to each device based 

55 on the Information obtained from each device. 

24. The system of one of the claims 1 4 to 23, wherein the device information in each device Includes device Identification 
information. 
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25. The system of one of the claims 14 to 24, wherein the device information in each device includes a user control 
interface description for user interaction with the device. 

26. The system of claim 25, wherein each agent is further adapted for generating each user Interface description such 
that each reference In that user Interface description Is to at least the user control Interface description in each 
corresponding device. 

27. The system of claim 25, wherein each agent is further adapted for generating each userinterface description wherein 
that userinterface description further includes device data corresponding to each device based on the Information 
obtainedfrom each device, th e device data providing reference to the usercontroi interface description in each device. 

28. The system of one of the claims 14 to 27, wherein, if multiple devices are connected to the physical layer, one or 
more of said multiple devices store information including device Information, and a plurality of said multiple devices 
each include an agent. 



1 . Verfahren zur Bereltstellung einer Benutzerschnittstelie (1 8, 220) zur Steuerung von Geraten (1 1 -14, 1 02-1 1 0, 1 1 6, 
1 17, 119, 120), die gerade mit einem Netzwerk (1 1a, 1 00, 300, 400) verbunden sind, umfassend folgende Schritte: 

a) Erhalten von Informationen durch elnes oder mehrera der Gerate (1 2, 1 02, 1 03) von den Geraten, die gerade 
mil dem Netzwerk verbunden sind, wobel die Informationen Geratelnformatlonen enthalten; 

b) Generleren einer Benutzerschnlttstellenbeschreibung in ]edem der eln oder mehreren Gerata, wobel die 
Benutzerschnittstellenbeschreibung auf Basis zumlndest der erhaltenen Informationen generiert wird und zu- 
mindest eine mlt den Gerateinformatlonen ]edes der gerade mit dem Netzwerk verbundenen Gerate assozilerte 
Referenz enthait; und 

c) Anzeigen einer odermehrererBenutzerschnittstellen (18, 220), diejeweils auf einer der einen oder mehreren 
Benuizerschnittstellenbeschreibungen basleren, auf elnem oder mehreren mit dem Netzwerk verbundenen 
Geraten (12, 102, 103), die In der Lage sind, eine Benutzerschnittstelie anzuzeigen, zur Benutzersteuerung 
der Gerate, die gerade mlt dem Netzwerk verbunden sind. 

2. Verfahren nach Anspruch 1 , wobel der Schrltt des Anzeigens jeder Benutzerschnittstelie weiterhin f olge nde Schritte 
umfasst: 

Verwenden jeder Referenz In derentsprechenden Benutzerschnittstellenbaschreibung, um auf die assoziierten 
Informationen In Jedem Gerat zuzugreifen; 

Generleren der Benutzerschnittstelie efnschlieBlich Geratedaten entsprechend jedem Gerat unter Benutzung 
der Informationen in jedem Gerat, auf die zugegriffen wurde; 

Anzeigen der Benutzerschnittstelie auf dem Gerat, das In der Lage 1st, eine Benutzerschnittstelie anzuzeigen. 

3. Verfahren nach Anspruch 1 oder 2, wobel der Schrltt des Generierens einer Benutzerschnittstellenbeschreibung 
weiterhin einen Schritt des Assozllerens elnes Hypertext-Links mlt den Gerateinformationen jedes der Gerate, die 
gerade mit dem Netzwerk verbunden sind, umfasst. 

4. Verfahren nach elnem der AnsprOche 1 bis 3, wobei die informationen in jedem Gerat eine in dem Gerat enthaltene 
HTML-Selte umfassen. 

5. Verfahren nach elnem der AnsprOche 1 bis 4, wobei der Schritt des Anzeigens der Benutzerschnittstelie weiterhin 
einen Schritt des Anzeigens der Benutzerschnittstelie auf elnem Browser auf dem Gerat, das in der Lage 1st, eine 
Benutzerschnittstelie anzuzeigen, umfasst. 

fi, Verfahren nach elnem der AnsprOche 1 bis 5, weiterhin umfassend folgende SchrittB: 

Verbinden mlndestens elnes Cllent-Gerats mlt dem Netzwerk, das In der Lage 1st, eine Benutzerschnittstelie 
anzuzeigen; und 

Anzeigen einer Benutzerschnittstelie auf dem Cllent-Gerat unter Benutzung derReferenzen In einer Benutzer- 
schnittstellenbeschreibung zur Steuerung von Geraten, die gerade mit dem Netzwerk verbunden sind. 
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7. Verfahren nach Anspruch 1, wobel das mindestens eine Geratin derLage ist, eine Benutzerschnittstelie anzuzelgen, 
und weiterhin umfassend einen Schritt des Anzelgens elner Benutzerschnittstelle auf dem mindestens einen Gerat 
unter Benutzung der Referenzen in der Benutzerschnittstelienbeschreibung zur Steuerung von Ge raten, df e gerade 
mlt dem Netzwerk verbundan sind. 

5 

8. Verfahren nach ainam der AnsprUche 1 bis 7, wobei Schritt b) weiterhin einen Schritt des Generierens jeder Benut- 
zerschnittetellenbeschreibung so umfasst, dass die Referenz In dleser Benutzerschnittstellenbeschreibung Zugriff 
auf zumindest die Information en In jedem entsprechenden Gerat bereltstelit. 

n 9. Verfahren nach elnem der Ansprtlche 1 bis 8, wobel Schritt b) weiterhin einen Schritt des Generierens Jeder Benut- 
zerschnittstelienbeschreibung so umfasst, dass auf Basis der von jedem Gerat erhaltenen Informationen die Benut- 
zerschnittstellenbeschrelbung weiterhin Geratedaten entsprechend jedem Gerat enthalt. 

10. Verfahren nach elnem der AnsprOche 1 bis 9, wobei die Geratelnformationen in jedem Gerat Gerateldentifikations- 
15 Informatlonen enthalten. 

11. Verfahren nach einem der AnsprOche 1 bis 10, wobei die Geratelnformationen in jedem Gerat eine Benutzersteu- 
erschnittstellenbeschreibung fflr eine Benutzerinteraktion mlt dem Gerat enthaiten. 

so 12. Verfahren nach Anspruch 11, wobel Schritt b) weiterhin einen Schritt des Generierens jeder Benutzerschnittstel- 
lenbeschreibungso umfasst, dassjede Referenz in dleser Benutzerschnittstellenbeschreibungsich auf zumtndest 
die Benutzersteuerschnittstellenbeschrelbung in Jedem entsprechenden Gerat bezieht. 

13. Verfahren nach Anspruch 1 1 , wobel Schritt b) weiterhin einen Schritt des Generierens jeder Benutzerschnittstei- 
25 lenbeschrelbungumfasst.wobeidieseBenuUerschnittstellenbeschreibungweiteminGeratedatenenthalt.dlejedem 

Gerat auf Basis von von Jedem Gerat erhaltenen Informatlonen entsprlcht, wobei Geratedaten Referenz auf die 
Benutzersteuerschnittsteilenbeschrelbung in jedem Gerat bereltstell en. 

14. Netzwerksystem (11a, 100, 300, 400) zum Durchfilhren eines Dienstes und umfassend: 

ao 

eine physikalische Schicht (1 64), wobei die physikallsche Schicht eln Kommunikationsmedrum bereltstelit, das 
durch Ger§te zum Kommunizieren miteinanderverwendet werden kann; 

eln oder mehrere Gerate (11-14, 102-110, 116, 117, 119, 120), die mit derphyslkallschen Schicht verbunden 
sind, wobei mindestens ein Gerat Informatlonen speichert, die Geratelnformationen enthalten; 
as einen Agent (408, 41 0) (Verrnittler, Mittel, "agent") in jedem der eln odar mehreren Gerate (12, 1 02, 1 03), der 

zu Folgendem angepasst ist 

a) Erhalten von Informatlonen durch jedes der eln oder mehreren Gerate von Geraten, die garade mlt dem 
Netzwerk verbunden sind, wobei die informationen Geratelnformationen enthalten; 
40 b)Generieren elner Benutzerschnittstellenbeschrelbung in Jedem der ein oder mehreren Gerate, wobei die 

Benutzerschnlttstelienbeschreibung auf Basis zumlndest der erhaltenen Informationen generiert wlrd und 
zumindest eine mit der Geraieinformation Jedes der gerade mit dem Netzwerk verbundenen Gerate asso- 
zlierte Referenz enthalt; und 

c)AnzeigeneinerodermehrerarBenutzerschnlttstellen (18,220), diejewelisaufeinerdereinodermehreren 
os Benutzerschnittstellenbeschreibungenbasleren, auf einem oder mehreren mit dem Netzwerk verbundenen 

Geraten (12, 102, 1 03), die in der Lage sind, eine Benutzerschnittstelle anzuzelgen, zur Benutzersteuerung 
der GerSte, die gerade mit dem Netzwe rk verbu nden sind. 

15. System nach Anspruch 14, wobei die Informatlonen, die Geratelnformationen enthalten, in jedem der ein oder 
so mehreren Gerate gespelchert ist. 

1 6. System nach Anspruch 1 4 oder 1 5, wobei jeder Agent weiterhin dazu angepasst ist, jede Benutzerschnittstelle durch 
folgende Schritte anzuzelgen: 

55 Benutzen Jeder Referenz in der entsprechenden Benutzersohnittsteilenbeschrelbung, urn auf die assoziierten 

Informationen in jedem GerSt zuzugrerfen; 

Generieren der Benutzerschnittstelle, die jedem Gerat entsprechende Gratedaten enthalt, unter Benutzung der 
Information en in jedem Gerat, auf diezugegriffen wurde; und 
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Anzeigen der Benutzerschnittsteile auf dem Gerat, das In der Lage 1st, elne Benutzerschnittsteile anzuzelgen. 

17. System nach einem der Anspruche 14 bis 16, wobei jeder Agent femer dazu angepasst 1st, elne Benutzerschnitt- 
steilenbeschrelbung durch Assozlieren elnes Hypertext-Links mit den Gerateinformationen jedes der Gerate, die 

s gerade mit dem Netzwerk verbunden sind, zu generleren. 

1 8. System nach einem der Anspruche 1 4bis 1 7, wobel die informatlonen in jedam Geratelne in diesem Gerat enthaltene 
HTML-Seite umfassen, 

10 19. System nach einem der AnsprOche 1 4 bis 1 S, wobeiJederAgentweiterhln dazu angepasst 1st, eine Benutzerschnitt- 
steile durch Anzeigen der Benutzerschnittsteile auf einem Browser auf dem Gerat, das In der Lage ist, eine Benut- 
zerschnittsteile anzuzeigen, anzuzelgen. 

20. System nach einem der AnsprOche 1 4bis 1 9, weiterhin umfassend zumlndest ein Client-Gerat, das mit dem Netzwerk 
is verbunden ist und in der Lage ist, eine Benutzerschnittsteile anzuzelgen; und 

wobei ein odermehrere Agents weiterhin dazu angepasst sind, eine Benutzerschnittsteile auf dem Client-Gerat 
unter Benuzung der fleferenzen In elner entsprechenden Bertutzerschnittstellenbeschreibung anzuzeigen, urn Ge- 
rate zu steuern, die gerade mit dem Netzwerk verbunden sind. 

so 21. System nach Anspruch 14, wobei das mindestens eine Gerat in der Lage ist, elne Benutzerschnittsteile anzuzelgen, 
und ein Oder mehrere Agents weiterhin dazu angepasst sind, eine Benutzerschnittsteile auf dem zumlndest elnen 
Gerat unter Benutzung der Referenzen in einer entsprechenden Benutzerschnittstellenbeschreibung anzuzeigen, 
urn Gerate zu steuern, die gerade mit dem Netzwerk verbunden sind. 

25 22. System nach einem der Anspruche 1 4 bis 21 , wobei Jeder Agent weiterhin dazu angepasst ist, jede Benutzerschnltt- 
stellenbeschreibung so zu generleren,' dass die Referenz In dleser Benutzerschnlttstellenbeschreibung Zugrtff auf 
zumindestdie Informationen injedem entsprechenden Gerat bsreitstellt 

23. System nach einem de r AnsprOche 1 4 bis 22, wobel jeder Agent weiterhin dazu angepasst ist, jede Benutzerschnitt- 
30 steltenbeschreibung so zu generleren, dass die Banutzerschnittstellenbeschreibung weiterhin Geratedaten auf Basis 

der von jedem Gerat erhaltenen Informationen enthalt, die Jedem Gerat entsprechen. 

24. System nach einem der Anspruche 14 bis 23, wobei die Gerateinformationen injedem Gerat Gerateidentifikations- 
informationen enthalten. 

as 

25. System nach einem der Anspruche 14 bis 24, wobei die Gerateinformationen injedem Gerat elne Benutzersteuer- 
schnlttstellenbeschreibung f Qr elne Benutzerinteraktion mit dem Gerat enthalten. 

26. System nach Anspruch 25, wobei jeder Agentweiterhin dazu angepasstlst, jede Benutzerschnittstellenbeschreibung 
40 so zu generieren, dass Jede Referenz In dleser Benutzerschnittsteilenbeschrelbung slch zumlndest auf die 

Benutzersteuerschnlttstellenbeschrelbung In Jedem entsprechenden Gerat bezleht 

27. System nach Ansprueh25, wobel Jeder Agent weiterhin dazuangepasst ist, jede Benutzerschnlttsteilenbeschreibung 
zu generieren, wobei diese Benutzerschnittstellenbeschreibung weiterhin Geratedaten enthalt, die Jedem Gerat auf 

4s Basis von von jedem Gerat erhaltenen Informationen entsprechen, wobei die Geratedatenreferenz auf die 

Benutzersteuerschnlttstellenbeschreibung in Jedem Gerat bereitstellen. 

28. System nach einem der AnsprOche 1 4 bis 27, wobel, wenn men re re Gerate mit der physikallschen Schicht verbunden 
sind, eines Oder mehrere der mehreren Gerate Informationen spelchern, die Gerateinformationen enthalten, und 

so wobei elne Vlelzah! der mehreren Gerate Jewells elnen Agent enthalten. 



Revendications 

55 1. Procede pourfournir une Interface utlllsateur(18,2S0)pourcommanderdes dispositifs (11-14, 102-110, 116, 117, 
119, 120) qui sont actuellement connectes a un reseau (1 1a, 100, 300, 400), le procede comportant les stapes 
consistant a : 
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a) obtsnlr, par I'intermedialre cf un ou plusieurs desdlts disposes (12, 1 02, 1 03), des informations en provenance 
desdtts dispositifs actuellement connectes au reseau, lesdites informations incluant des informations de dispo- 
sitif, 

b) generer, dans chacun dudit ou desdlts dispositifs, une description d'interface utilisateur (250), la description 
s d'interface utilisateur etant generee sur la base d'au moins ies informations obtenues at incluant au moins une 

reference assoclee aux informations de dispositif de chacun desdlts dispositifs actuellement connectes au 
reseau, et 

c) afficher une ou plusieurs interfaces utilisateur (1 8, 220) chacune etant basee sur une parmi ladite ou lesdites 
descriptions d'interface utilisateur, sur un ou plusieurs dispositifs (12, 102, 103) connectes au reseau capables 

10 d'afflcher une interface utilisateur, pour une commande d'utiiisateur desdtts dispositifs qui sont actuellement 

connectes au reseau. 

2. Procede selon la re vendication 1 , dans lequel I'etape consistent a afficher chaque Inte rface uti lisateur inclut en outre 
Ies etapes consistant a : 

is 

utiliser chaque reference dans la description d'interface utilisateur correspondante pour acceder aux informa- 
tions assoctees dans chaque dispositif, 

generer l'interface utilisateur incluant des donnees de dispositif correspondant a chaque dispositif utltlsant Ies 
informations ayant fait 1'objet tfun acces dans chaque dispositif, et 
so afficher l'interface utilisateur sur ledit dispositif capable d'afficher une Interface utilisateur. 

3. Precede selon larevendicatlon 1 ou2, dans lequel I'etape consistant a generer une description d'interface utilisateur 
comporte en outre I'&ape consistant a assocler un lien hypertexte aux informations de dispositif de chacun desdlts 
dispositifs actuellement connects au reseau. 

25 

4. Proced6 selon Tune des revendicatlons 1 a 3, dans lequel lesdites Informations dans chaque dispositif comportent 
une page HTML contenue dans ce dispositif. - 

5. Procede selo n I'une des revendicatlons 1 a 4, dans lequel I'etape consistant a afficher l'interface utilisateur comporte 
30 en outre I'etape consistant a afficher l'interface utilisateur sur un navigateur sur ledit dispositif capable d'afficher 

une Interface utilisateur. 

6. Procede selon I'une des revendicatlons 1 a 5, comportant en outre Ies etapes consistant a : 

35 connecter au moins un dispositif client au reseau capable d'afficher une interface utilisateur, et 

afficher une Interface utilisateur sur le dispositif client en utilisant Ies references d'une description d'interface 
utilisateur, pour commander des dispositifs qui sont actuellement connectes au reseau. 

7. Procede selon la revendication 1, dans lequel ledit au moins un dispositif est capable d'afficher une interface 
40 utillsateu r, et compo rtant en outre I'etape consistant a afficher une Interface utilisateur sur ledit au moins u n dispositif 

en utllfsant Ies references de la description d'interface utilisateur, pour commander des dispositifs qui sont actuel- 
lement connectes au reseau. 

a. Procede selon I'une des revendications 1 a 7, dans lequel I'elape b) inclut en outre I'etape consistant a generer 
45 chaque description d'interface utilisateur de sorte que la reference dans cette description d'interface utilisateur 

fournlt I'acces a au moins Ies informations dans chaque dispositif correspondent. 

9. Procdde selon I'une de3 revendications 1 a 8, dans lequel I'etape b) inclut en outre I'etape consistant a generer 
chaque description d'interface utilisateurde sorte que la description d'interface utilisateur incluten outre des donnees 

so de dispositif correspondant a chaque dispositif sur la base das informations obtenues en provenance de chaque 

dispositif. 

10. Precede" selon I'une des revendications 1 a S, dans lequel las informations de dispositif dans chaque dispositif 
Incluent des informations ^identification de dispositif. 

55 

1 1 . Precede selon I'une des revendications 1 a 1 0, dans lequel Ies informations de dispositif de chaque dispositif incluent 
une description d'interface de commande utilisateur pourune Interaction d'utiiisateur avec le dispositif. 
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12. Procede selon la revendlcation 11, dans lequel i'etape b) inctut en outre I'etape conslstant a generer chaqua des- 
cription d'interface utllisateur de sorte qua chaque reference dans cette description d'lnterface utllisateur va au 
moins jusqu'a la description d'lnterface de commande utitisateur dans chaque dispositif correspondant. 

s 13. Procede selon la revendlcatlon 1 1, dans lequel I'elape b) Inclut en outre I'etape conslstant a generer chaque des- 
cription d'interface utllisateur, cette description d'interface utilisateur Incluant en outre des donnees de dispositif 
correspondant k chaque dispositif sur la base des informations obtenues en provenance de chaque dispositif, les 
donn&ss de dispositif fournissant une reference a la description d'interface de commande utilisateur dans chaque 
dispositif. 

w 

14. Systeme de reseau (11a, 100, 300, 400) pour effectuer un service, comportant : 

une couche physique {164), ia couche physique fournissant un support de communication qui peut etre utilise 
par des dispositifs pourcommunlquerentre eux, 
« un ouplusieurs dlspositlfs (11-14, 102-110, 116, 117, 119, 120) connects a la couche physique, au molnsun 

dispositif memorisant des informations incluant des Informations de dispositif, 
un agent (408, 41 0) dans chacun du ou des dispositifs (1 2, 102, 103), adapte pour : 

a) obtenir, par I'intermedlaire de chacun dudlt ou desdits dispositifs, des Informations en provenance des 
so dispositifs actuellement connected au reseau, lesdltes Informations incluant des info rmations de dispositif, 

b) generer, dans chacun dudlt ou desdits dispositifs, une description d'interface utilisateur (250), la des- 
cription d'lnterface utllisateur etant generee sur la base d'au molns les Informations obtenues et incluant 
au molns une reference assoclee aux informations de dispositif de chacun desdits dispositifs actuellement 
connected au reseau, et 

25 c) afficher une ou plusieurs interfaces utilisateur (18, 220) chacune etant basSs sur I'une de ladite ou 

desdltes descriptions d'lnterface utilisateur, sur un ou plusieurs dispositifs (12, 102, 103) connectes au 
reseau capables d'afficher une Interface utilisateur, pour une commande d'utHIsateur desdits dispositifs qui 
sort actuellement connectes au reseau. 

30 15. Systeme selon la revendicatlon 14, dans lequel des informations incluant des informations de dispositif sont m6- 
morlsees dans chacun dudlt ou desdits dispositifs . 

16. Systeme selon la revendicatlon 14 ou 15, dans iequel chaque agent est en outre adapte pour afficher chaque 
interface utlllsateur en : 

35 

utllisant chaque reference dans la description d'interface utilisateur correspondante pour acceder aux informa- 
tions associees dans chaque dispositif, 

g<Sn6rant I'interface utilisateur incluant des donnees de dispositif correspondant a chaque dispositif utillsant les 
informations ayantfait I'objet d'un acces dans chaque dispositif, et 
40 afflchant I'interface utlllsateur sur ledit dispositif capable d'afficher une interface utilisateur. 

17. Systeme selon I'une quelconque des revendlcatlons 14 a 19, dans lequel chaque agent est en outre adapte pour 
generer une description d'interface utlllsateur en assodartt un lien hypertexts au reseau. 

•» 1 8. Systeme selon I'une quelconque des revendlcatlons 1 4 a 1 7, dans lequel lesdltes informations dans cheque dispositif 
comportent une page HTML contenue dans ce dispositif. 

19. Systs-me selon I'une quelconque des revendlcatlons 14 a 18, dans lequel chaque agent est en outre adapts pour 
afficher une Interface utiilsateur en affichant I'interface utlllsateur sur un navigateur sur ledit dispositif capable d'af- 

so ficher une Interface utilisateur. 

20. Systeme selon I'une des revendlcatlons 14 a 19, comportant en outre au moins un dispositif client connects au 
reseau capable d'afficher une Interface utilisateur, et 

dans lequei un ou plusieurs agents sont en outre adaptes pour afficher une interface utilisateur sur le dispositif cfient 
55 en utllisant les references dans une description d'lnterface utilisateur correspondante, pour commander des dispo- 

sitifs qui sont actuellement connectes au reseau. 

21. Systeme selon la revendicatlon 14, dans lequel ledit au moins un dispositif est capable d'afficher une interface 
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utlllsateur, et un ou plusieurs agents sort en outre adaptes pourafficher une Interface utilisateursur ledlt au moins 
un dispositif en utilisanties references dans une description d'interface utilisateurcorrespondante, pour commander 
des dlspositifs qui sort actuellement CDnnect.es au reseau. 

22. Systems selon I'une des revendications 14 a 21 , dans lequel chaque agent est en outre adapte pour generer chaque 
description d'interface utilisateur da sorte que la reference dans cette description d'interface utilisateur fournlt un 
acces au moins aux informations dans chaque dispositif cotrespondant. 

23. Systeme selon I'une des revendications 14 a 22, dans lequel chaque agent est en outre adapte pour generer chaque 
description d'interface utilisateur de sorte que la description d'interface utilisateur Inclut en outre des donnees de 
dispositif correspondent a chaque dispositif sur la base des informations obtenues en provenance de chaque dis- 
positif. 

24. Systeme selon I'une des revendications 14 a 23, dans lequel las informations de dispositif dans chaque dispositif 
incluent des informations ^Identification de dispositif. 

25. Systeme selon I'une des revendications 14 a 24, dans lequel les informations de dispositif de chaque dispositif 
incluent une description d'interface de commande utilisateur pour une Interaction d'utlllsateur avec le dispositif. 

26. Systeme selon la revendicatlon 25, dans lequel chaque agent est en outre adapte pour generer chaque description 
d'interface utilisateurde sorte que chaque reference dans cette description d'interface utilisateurva au moins jusqu'a 
la description d'interface de commande utilisateur dans chaque dispositif correspondant. 

27. Systeme selon la revendication 25n dans lequel chaque agent est en outre adapte pour genere r chaque description 
d'interface utilisateur, dans lequel cette description tf Interface utilisateur Inclut en outre des donnees de dispositif 
correspondant a chaque dispositif sur la base des Informations obtenues en provenance de chaque dispositif, les 
donnees de dispositif fournlssant une reference a la description d'interface de commande d'utlllsateur dans chaque 
dispositif, 

28. Systeme selon I'une des revendications 14 a 27, dans lequel, si de multiples dlspositifs sont connects a ta couche 
physique, un ou plusieurs desdits multiples dispositifs memorisent des Informations incluant des Informations de 
dispositif, et une plurality desdits multiples dispositifs Indus tous a un agent. 



U4Sa44B1_U> 



31 



EP1 145 24481 



FIG. 1 



12 



1 1 



/ 



/ 



SERVER 



/ 



GUI 


COMMANDS 
COMMUNICATION 


SERVICE 
CONTROL 
PROGRAM _ 


— 14 


1 

16 


— 20 


CLIENT 


SERVER 


SERVICE 
CONTROL 
PROGRAM 


COMMANDS 
COMMUNICATION 


SERVICE 
CONTROL 
PROGRAM 


—14 


i 

16 / 


—20 



20 



SERVER 



BNSDOCID: <EP 11452«B1_L> 



FIG, 2 




DSS-NIU 
104 



DHCP 

SERVER 106 



ACCESS 
NETWORK 



ACCESS _ 
NETWORK 



DBS ACCESS 
109 



S 



CABLE/MODEM 
ACCESS 107 



S 



DVD H 4 
108 



PC 
105 



DVCR 
110 



S 



■ 1394 SERIAL BUS 
HTTP/IP ru 



12 
I 



DTV 
102 



HUMAN 
INTERFACE 



DTV H 2 



/ 

11 


11 
/ 


PROXY 
116 




DVCR 
120 


I 



' ' HOME AUTOMATION 
NETWORK (e.§. X10) 

JJ8 



J14S244B1_I_> 



33 



EP 1 145 244 B1 



CO 

to 



CM 

m 


m 


CO 

m 


00 

m 


o 
<o 


CM 
10 


co 


APPLICATION 
LAYER 


PRESENTATION 
LAYER 


SESSION 
LAYER 


TRANSPORT 
LAYER 


NETWORK 
LAYER 


DATA LINK 
LAYER 


PHYSICAL 
LAYER 



00 

* 

*— i 
fa 





CM 




to 


ID 


s 


CM 






m 


in 


in 


in 




CO 


CO 


o 
















m 




















PRESENTATIO 
LAYER 












SERVER 


APPLICATIOr 
LAYER 


■SESSION 
LAYER 


TRANSPORT 
LAYER 


NETWORK 
LAYER 


DATA LINK 
LAYER 


PHYSICAL 
LAYER 



8NSDOCID; <EP 1 145244B1J_> 



34 



EP1 145 244 B1 



el 



< 



sr 



00 






CM 






MACHINE 
ACTION 


VIDEO 
SOURCl 


' 0 


-to 
0 
00 


MPEG 
STREAM 











li 






<RES 
Ai 


MPEGT 
VIDEO 




CUMENT 

ICON 

HICS 


M- 

— O 

eg 


1394WEB SERVER 

& MPEG VIDEO 
SERVICE. DTV App. 


CM 
""CN 


MPEG VIOEO 
DECODE AND 
DISPLAY 


HTML DO 
WITH 
GRAP 


GUI 
ALTERATION 


MACHINE 
ACTION 



— tfi 



BNSDOOID:<EP 1t4S244B1_L> 



EP1 145 244 B1 




BNSDOCID: <EP 1 1452<MB1_U> 



EP 1 145 244 B1 




SNSDOCID: *EP 114S244B1_L> 



37 



EP 1 145 244 B1 




BNSDOCfD: <EP H4Sa44S1_L> 



FIG. 7 




DSS-NIU 
104 



DHCP 

SERVER 105 



DVO 
108 



PC 
105 



DVCR H 4 
110 



• 1394 SERIAL BUS 
HTTP/IP 1_H 



DTV 

m. 



HUMAN 
INTERFACE 



DTV H 2 
103 



PROXY 



DVCR 
120 



HOME AUTOMATION 
NETWORK 118 



BRIDGE 
117 



BUS 
121 



ETHERNET 
119 



n«W CABLE— TV 
115 NETWORK 



EP 1 145 244 B1 




. EP 1 145 244 B1 




BNSOOCIO: <EP__1146844B1JL> 



EP 1 145244 B1 




BNSDOCiD;<EP 114524431_L> 



42 



EP1 145 244 B1 



FIG, 10 

f HNCF ALGORITHM^ 



1394 DDA- 


NO 


DEVICE DISCOVERY 










/ READ IP-CONTROL 1 

/ REGISTER AND / 

/ ACTIVE (P. ADDRESS / 

/ FROM ALL 1394 DEVICES / 

I READ EXTENSION 7 ^ 

/ IP-ADDRESS FROM I 

I DEVICES DM BRIDGED/ / t- 

/ ROUTED NETWORKS h P 



MAKE UST OF 
ACTIVE IP-ADDRESSES 
WITH IP-CTL REGS. 



CHECK EACH IP 
ADDRESS FROM UST 
AGAINST REST OF 
UST FOR COLLISION 



526 

4- 




530 



LIST OF IP- j 
AO DRESSES / 
WITH IP-CTL REGS./ 



WRITE ASSIGNED- 
IP-AD0RES5 TO 
DEVICE AND ^ , 
WRITE IP-CONTROL j 
REG (ASSIGNED IP- / 
ADRS AND IP-ADRS J 
VAUDl 



ft f SELECT NEW 
>0 / WITH HELP Ff 



NEW IP— ADDRESS 
■» FROM UST DATA: 
AND IP-CTL REG 
LOCK BIT. 
._. IN OR ASSIGNED? 
BRIDGED OR 1394 




S14S244B1JJ> 



EP 1145 244 81 



FIG. 11 



READ CONTROL BITS 
DEFINED IN 1394 
ROM SPACE 



— 800 



READ IP ADDRESS LIST [ —602 
•604 



GENERATE HN 
DIRECTORY PAGE 



\ 




RETRIEVE ICON.HTM, 
NAME.HTM. LOGO.HTM 
FROM EACH DEVICE 
CONNECTED IN THE HN 


SEND TO DISPLAY (FOR 
EXAMPLE. BROWER) 




I -. 





608 



BNSDOCID: <EP TH52«B1J-> 



EP 1 143 244 Bl 

REFERENCES CUED IN THE DESCRIPTION 

This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European 
patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be 
excluded and the EPO disclaims all liability in this regard. 

Patent documents cited in the description 

• WO 9859282 A [0010] ♦ WO 8957839 A [0011] 



BNSDOCID: <EP 1 145£44B1J_> 



45 



